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47 El nie entiende castellano 


CAPITULO VII. 


51 _Plano, diccionario y objetos 


107 bles principales del intérprete 


n este libro pretendemos que todos acaben do- 
minando el “arte” del diseño y programación de 
juegos en su ordenador. Si no saben lo que es 
un juego de aventuras podrán reparar esa gra- 
ve laguna intelectual de su formación leyendo 
simplemente el capítulo 1 de este libro. Si ya es- 
tán informados (o son expertos aventureros) po- 
drán saltarse el capítulo o bien leerlo por si pue- 
den enriquecer su bagaje cultural con nuevas 
informaciones. De todas formas, la elección es suya: los lectores 
son ustedes. 

También nos proponemos, ya de paso, insistir un poco sobre 
el BASIC y el “estilo” de programación. “Ludendo docere” (ense- 
ñar jugando) era la expresión que se podría haber usado muthos 
siglos: esto es lo que intentamos, dada nuestra aversión hacia cual- 
quier forma de enseñanza inútilmente aburrida o “profesoral”, sin 
ánimo de querer ofender (todo lo contrario, con todos los respec- 
tos) a los profesores verdaderos, aquellos que saben activar el me- 
canismo más importante necesario para aprender: el interés. 

¡Que disfruten! 


LA AVENTURA DE LOS JUEGOS DE AVENTURAS 


Los orígenes 


n una fecha que no hemos conseguido saber con 
exactitud, pero que de todas formas es anterior 
a la existencia de los ordenadores personales 
(más o menos en los primeros años de la déca- 
da de los setenta), Crowther y Woods inventa- 
ron una nueva modalidad de juego, en la cual 
un ordenador describe un ambiente, o una situa- 
ción, con frases como ésta (traducimos libre- 
mente): 


Estás en una espléndida habitación de unos diez metros de al- 
tura. Los muros son ríos congelados de color anaranjado. Un 
abrupto cañón y un paso fácil salen de los lados este y oeste 
de la habitación. 

Hay un alegre pajarillo piando. 


El jugador, que se identifica como el personaje que está in- 
vestigando el misterioso lugar, puede comunicarse con el orde- 
nador por medio de frases sencillas escritas en el teclado, por 
ejemplo: 

Captura el pajarillo. 

Obteniendo como respuesta: 


El pajarillo no tenía miedo cuando has entrado, pero al acer- 
carte se inquieta y no consigues capturarlo. 


De esta respuesta, el jugador obtiene algunas informaciones: 
por ejemplo, que el pajarillo tiene miedo de él, o bien, tiene mie- 
do de algún objeto que él posee. Efectivamente, también es po- 
nible coger o dejar diferentes objetos (la finalidad del juego es en- 
contrar todos los tesoros y salir intacto del lugar) y trasladarse de 
tm lugar a otro. 

Ml ordenado 
iras! arid 


E DIMaernita 

Crowther y Woods llamaron a su juego simplemente "Adven- 
hire”, es decir, “Aventura”. Un nombre muy apropiado que desde 
entondes sirve para referirse a todos los juegos del mismo tipo. 


Desde los “minis” a los ordenadores personales 


Aunque el programa se escribió en un minicomputador, o sea, 
una máquina relativamente pequeña para la época (concretamen- 
le un DEC PDP-10), el Adventure original ciertamente no estaba 
denlinado al gran público: en aquellos tiempos (que parecen tan 
lojanos) los ordenadores eran máquinas costosísimas, sólo acce- 
pibles a unos pocos especialistas y patrimonio de grandes indus- 
Irlas, universidades y centros de investigación. 

Aún así, el juego fue un gran éxito entre los pocos afortuna- 
dos que pudieron jugar con él. También fue causa de muchos pro- 
blemas en los centros de trabajo, porque los directores veían 
cómo los programadores se distraían con problemas que tenían 
muy poco que ver con su trabajo. Según parece, todas las prohi- 
biciones fueron inútiles: lo único posible era esperar a que el jue- 
go acabara, entonces el trabajo podía reanudarse. 

Con la introducción de los ordenadores personales varios 
programadores se lanzaron a la tarea de crear juegos de aventu- 
ras que funcionaran en las nuevas máquinas. El asunto no era nada 
lácil basta pensar que el Adventure original (escrito en lenguaje 
FORTRAN) ocupaba casi 300 kbytes, mientras que en los ordena- 
dores personales había disponibles sólo 16 kbytes, más o menos. 

Uno de los precursores de los juegos de aventuras en los or- 
donadores personales fue Scott Adams, que ya en 1978 escribió 
(on BASIC) un intérprete que le permitió crear pequeñas pero 


bien organizadas aventuras (explicaremos lo que es un intérprete 
dentro de algunos capítulos). , 

Más adelante, la evolución de los pequeños ordenadores per- 
milló escribir aventuras cada vez más complejas, incluso versio- 
nos del Adventure original (para el Apple Il, por ejemplo, existen 
dos Apple Adventure y Microsoft Adventure, prácticamente idén- 
ticas), 
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¿Texto o gráficos? 


diálogo escrito no es el único medio posible de comun 
( tre ju onador: un ambiente o una situación 
lunmbién se pueden dibujar y no sólo describir, Por lo tanto, existe 
lambién un gran número (y en constante aumento) de aventuras 
aráficas; existe una especie de contencioso entre los partidarios 
de los dos tipos de juegos. Personalmente, nosotros creemos que 
las dos formas tienen sus cosas buenas: si bien una imagen en co- 
lor es más atrayente que un texto escrito, también es verdad que 
el segundo estimula más la fantasía; ningún dibujo estará nunca a 
la altura de una escena imaginada en base a una descripción su- 
gerente. Es la misma diferencia que existe entre un buen libro y 
una buena película. 

Hacemos notar que hemos dicho “un buen libro” y "una bue- 
na película”. Entendemos que ambos tipos son válidos si están 
bien hechos, pero hay una verdadera avalancha de aventuras de- 
cididamente malas (de ambos géneros). Retomaremos este tema 
más adelante para intentar explicar los factores que contribuyen 
a la calidad de una aventura. 

En este libro les enseñaremos a construir aventuras de tipo 
texto, pero los mismos principios (como veremos) son aplicables 
perfectamente a la construcción de aventuras gráficas. 


LA NAVE ESPACIAL CONDENADA 


Introduciéndonos en el programa 


o es nuestra intención aburrirles con confu- 
sos planteamientos teóricos. En cambio, les 
proponemos enseguida una aventura. En los 
próximos capítulos les mostraremos cómo ha 
nacido este juego, paso a paso. Aprenderán 
así a diseñar “a medida” sus propias aventu- 
e ras, aprovechando, si lo desean, una parte (la 
y más compleja) del programa que les propo- 
É nemos, y añadiéndole los frutos de su fanta- 
sía. Finalmente, podrán ver cómo funciona el programa y cómo 
modificarlo según sus exigencias particulares. Habrá tambiért una 
cierta dosis de teoría, pero diluida y (esperamos) digerible con 
facilidad. Este libro requiere un conocimiento por lo menos super- 
ficial del BASIC. Si no lo tienen, o si quieren mejorarlo, pueden acu- 
dir a los libros 5, 6, 7 y 9 de nuestra colección. 

El listado de la aventura espacial aparece al final de este ca- , 
pítulo. Si no tienen ganas de teclear las más de 350 líneas que cons- 
tituyen el programa, pueden encontrarlo ya preparado en "JACK- 
SON SOFT AVVENTURE 1”, también ligeramente modificado. 

El listado que publicamos está en versión Apple ll, pero para 
muchos otros ordenadores incluimos las variaciones necesarias. 
Una única excepción importante: la versión para el Spectrum, que 
utiliza un BASIC no estándar y bastante limitado. Si tienen un Spec- 
trum, sólo hace falta que se provean del citado número de JACK- 
SON SOFT AVENTURAS, cuya casete contiene una versión del jue- 
go oportunamente modificado. 
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Adaptación 


e Apple Il (todas las versiones): ninguna variación; 

e Commodore 64 o VIC-20 expandido (por lo menos 16K); 
quitar el punto de interrogación en las INPUT de las líneas 
800 y 1330 y sustituir las líneas 1990-2090 por las que apa- 
recen en la figura 1. 

e MSX, IBM, Olivetti y Macintosh con microsoft BASIC: quitar 
el punto de interrogación en las INPUT de las líneas 800 y 
1330, sustituir la línea 1130 por: . 


1130 A$=INPUT$ (1) 


y sustituir las líneas 1990-2090 por las que aparecen en la 
figura 2. 


1990 REM 5:SAVE 
2000 OPEN 1,1,1,F$ 

2010 FOR I=1 TO FO:PRINTH1,LOZCI):NEXT 1 

2020 PRINTHL,LU:PRINTEL, T1SPRINTEL,V1:PRINTHL,V2 
2030 CLOSE 1:RETURN 

2050 REM 6:L0AD 

2060 OPEN 1,1,0,F$ 

2070 FOR 1=1 TO FO: INPUTH1,LOZ(1):NEXT 1 

2080 INPUTEL,LU,T1,V1,V2 

1090 CLOSE 1:RETURN 


Figura 1.—Subrutinas de “Save” y “Load” para el Commodore 64 y 
el Vic 20 (ampliado). 


1990 REM 5:SAVE 

2000 OPEN F$ FOR OUTPUT AS $1 

2010 FOR 1=1 TO FO:PRINTH1,LOZ(I):NEXT 1 

2020 PRINTH1,LU:PRINTS1,TL:PRINTEL,VISPRINTEL,V2 
2030 CLOSE 1:RETURN 

2050 REM 6:LOAD 

2060 OPEN FOR INPUT AS $1 

2070 FOR 1=1 TO FO: INPUTH1,LOZCI)ENEXT 1 

2080 INPUTEL,LU,T1,V1,V2 

1090 CLOSE +1:RETURN 


Figura 2.—Subrutinas de "Save" y “Load” para las últimas versiones 
de BASIC de Microsoft. 
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Puede haber problemas con las letras minúsculas. Si su orde- 
nador no las tiene o quieren evitar cualquier problema, sencilla- 
mente escríbanlo todo en mayúsculas. Si, en cambio, tienen el 
Commodore 64, se arriesgan a meterse en un problema monstruo- 
so que Commodore arrastra desde hace años: trabajando en modo 
"sólo mayúsculas” todo va bien, pero pasando a modo "mayúscu- 
las/minúsculas” los códigos de caracteres se cambian en la pan- 
talla (y quedan inalterados en el teclado). Si quieren utilizar el C64 
en modo “mayúsculas/minúsculas” deben: 


e poner el modo "mayúsculas/minúsculas” con SHIFT/C= 

e escribir el programa en minúsculas,. 

e escribir las REM en minúsculas, 

e escribir lo que está entre comillas tal y como aparece en 
el listado, con las siguientes excepciones: 


— líneas 1340, 1350: “S” y "N” van en minúscula, 

— línea 830: “R” va en minúsculas, 

— líneas 3990-4090: todo en mayúsculas, 

— líneas 4090, 4230, 4360, 4510: “FD”, “FP”, “FA”, “FO” en mi- 
núsculas. Lo mismo en las líneas 1040, 1050, 1060, 1070. 


tróducir el programa tengan cuidado con una serie de cc 


— no confundan la letra O (más cuadrada en los listados) con 


— no omitan los espacios en las cadenas (los que hay entre 
comillas), 


1 los dos puntos, comas o puntos y comas 


— 100 


* 
Ñk 


Si quieren, pueden ahorrarse las líneas de comentario (las que 
empiezan con REM). Cuando hayan acabado, compruébenlo bien 
todo con la ayuda de otra persona. 


¡A jugar! 


Cuando tengan el programa metido en la máquina (acuérden- 
se de realizar una copia), pueden dar al RUN y jugar. No les acon- 
sejamos continuar con la lectura del libro antes de haber jugado, 
pues encontrarían las soluciones de la aventura, estropeándoles 
la diversión, y tendrían más dificultades para comprender las con- 
tinuas referencias a la misma contenidas en el programa. 

Para los que no sean expertos en aventuras, he aquí las ins- 
trucciones fundamentales para un juego de este tipo: Ustedes es- 
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tán divididos en una doble personalidad, que podríamos llamar el 
brazo y la mente. Deben darle órdenes a “otro usted mismo” que 
vive dentro del ordenador y que tiene que afrontar el problema 
de una nave espacial condenada a un final seguro. Pueden hacer- 
lo con frases del tipo: 


MIRA EL COMODIN 


(recuerden que deben llamarse siempre de tú) o bien indicando 
la dirección en la que quieren moverse, por ejemplo: 


NORTE 
o, más sencillamente: 


N 


Las posibles direcciones son NORTE, SUR, ESTE, OESTE, ARRI 
BA y ABAJO, abreviadas quedan, respectivamente, como N, S, E, 
O, A, B. Pruébenlas en todos los OR y dibujen un buen plano. 

Una acción fundamental es MIRA, que permite acciones tipo 


que facilitan información adicional. 
Otras acciones esenciales son COGE y DEJA, para manipular 
los objetos: 


Para obtener la lista de los objetos que se poseen, escriban COSA 
o INVENTARIO 

Si quieren grabar la situación en disco (o casete) para conti- 
nuar más adelante, escriban: 


SAVE 


Esta orden también es útil antes de ejecutar una acción peligrosa, 
para no tener que empezar desde el principio. Si les ocurre algún 
accidente desagradable, basta escribir después: 


LOAD 
Para retomar la situación exactamente como estaba en el momen- 
to del último SAVE. 

Naturalmente, los vocablos citados no agotan todas las posi- 


14 


bilidades. Si verdaderamente no encuentran la acción que desean, 
pueden echar un vistazo a las líneas 3990 a 4090 que contienen 
las palabras admitidas. 

La aventura es muy sencilla de comprender (quitando quizá 
la acción final, que requiere razonar un poco), pero bastante cui- 
dada y “realista”. Esperamos que se diviertan jugando con ella y 
que la resuelvan sin demasiados problemas. En cualquier caso, no 
ye desesperen: en los próximos capítulos la describimos detalla- 
damente, Claro que estaría mejor que la consiguieran resolver 
solos... 

Este es el programa en versión para el Apple II (para los otros 
ordenadores, vea el apartado anterior): 


100 REM ANESEURNERIIERIERIENORCRIORASRRDRRDERRREOS 

110 REM 44 AVENTURA:LA NAVE ESPACIAL CONDENADA 44 

120 REM ARUEURERDIGRANR UNO RERUR RRE RED RRGRIRRERAOS 

130 REN 

140 GOTO 710:REM MAIN 

150 REM 

160 REM BUSCA PS EN DICCIONARIO, C=CODIGO (0=AUSENTE) 

170 REM 

180 I=1:F=FD 

190 A=INT((1+F)/2):A$=DZ$(A):1F P$=AS THEN C=DZ(A):GOTO 240 

200 IF PS>AS THEN I=A+1 

210 1F P$CAS THEN F=A-1 

220 1F 1<=F THEN 190 

230 0=0 

240 RETURN 

250 REN 

260 REN EXTRAE P$ DE INSTINJ, ENCUENTRA CODIGO C,SALTA ART. 

270 REN 

280 C=0 

290 CS=MIDSCINS, IN, 1):1F C$=" " OR C$=""" THEN IN=IN+1: 
SOTO 290 

300 1F INDLI THEN P$="":G0TO 360 

310 A=IN:REM INICIO 

320 CS6=MIDSCINS, 1N,1) 

330 1F CSC)" " AND C$<)"" AND IN<=LI THEN IN=IN+1:G0TO 320 

340 P$=MID$CINS,A, IN-A) :GOSUB 180:REM BUSCA 

350 1F C=7 THEN 280¿REM ARTICULO 

360 RETURN 

370 REN 


15 


16 


380 REM BUSCA ACCION A,A=ACCION (0 SI NO ENCONTRADA) 
390 REN 
400 I=1:F=FA:N=A 


410 A=INT((1+A)/2):M=CACA): IF N=M THEN THEN A=AZZ(A):G0TO 460 


420 IF NM THEN I=A+1 

430 IF N<M THEN F=A-1 

440 IF I<=F THEN 410 

450 A=0 

460 RETURN 

470 REM 

480 REM EJECUTA ACCION A,A=0 SI NO ENCONTRADA 

490 REM 

300 GOSUB 400:1F A=0 THEN 550 

310 IF C2=0 OR A20 THEN 530:REM SOLO VERBO O NO TEST 

320 A=-A:1F 0B=0 THEN PRINT "-Aqui no esta ":GOTO 540 

330 GOSUB 1710:REM EJECUTA 

540 A=1 

330 RETURN 

160 REM 

370 REM ENUMERA OBJETOS EN LUGAR L,CON PREFIJO P$ 

380 REM 

390 FOR I=1 TO FO 

600 IF ABS(LOZ(I))=L THEN PRINT PS;OBS(I);"," 

610 NEXT I:RETURN 

620 REN 

630 REM OB=INDICE OBJETO C2,0 SI NO PRES. O TRANSP. 

540 REM 

630 0B=0:FOR 1=1 TO FO 

660 IF COX(I)C2 THEN IF ABS (LOZ(1))=LU OR LOZ(1)=0 
THEN 0B=1:1=FO 

670 NEXT I:RETURN 

680 REM 

690 REM PRINCIPAL (PARSER) 

700 REM 

710 G0SUB 970:REM INICIO 

720 GOSUB 1540:REM INTRODUCCION 

730 GOSUB 1120:REM <SP> 

740 REM 

750 REM CICLO DE JUEGO 

760 PRINT:PRINT "Estas "¡DES(LU);".":REM DESCRIPCION 


> 


770 L=LU:P$="VYeo":GOSUB 590: REM OBJETOS 

780 G0SUB 1400 

730 PRINT:PRINT 

800 IN$=""s INPUT "¿Que tengo que hacer?"; INS: 
IF IN$="" THEN 800 

810 PRINT:LI=LENCINS): IN=1:G0SUB 280:P1$=P$:C1=C 

820 IF P1$="" THEN PRINT "¿Y bien?":G0T0 760 

830 IF RIGHTS(P15,1)="R" THEN PRINT 
"Llamame de tu,por fawor":G0T0 760 

840 IF C1=0 AND P19<>"" THEN PRINT 
"No conozco el verbo";P1$:60T0 760 

850 GOSUB 280:P24=P4:C2=C 

860 IF C2=0 AND P29<>"" THEN PRINT 
“No conozco la palabra";P2$:60T0 760 

870 1FC2<>0 THEN GOSUB E£S0: REM OB=INDICE 

880 Ni=LU*10000:N2=C1+*100 

890 A=N1+N2+C2:G0SUB 500: IF A THEN G0TO 760: 
REM VERBO+NOMBRE EN LU 

900 1F 02<20 THEN A=N1+N2+99:605UB 300: 
IF A THEN GOTO 760:REM VERBO+X EN LU 

910 A=N2+C2:605UB 500: 1F A THEN GOTO 760: 

REM VERBO+NOMBRE GENERAL 

IF 02<90 THEN A=N2+99:G05UB 300: 

IF A THEN 6070 760:REM VERBO+X GENERAL 

930 PRINT "No entiendo":GO0TO 760 

940 REM 

950 REM INICIO 

960 REM 

970 DIM D7$(100),DZ(100):REM DICCIONARIO 

980 DIM DE$(30),D1$(30):REM PLANO 

990 DIM CA(150),A22.(150):REM ACCIONES 

1000 DIM 0B$(50),C0%(50),L0%(50):REM OBJETOS 

1010 F$="ASTRO":REM FICHERO SITUACION 

1020 REM FD,FP,FA,FO=0 

1030 PRINT:PRINT "Un poco de paciencia"; 

1040 READ A$:1F A$(>"FD" THEN FD=FD+1:DZ$(FD)=A$: 
READ DZ(FD):60T0 1040 

1050 READ AS: IF ASC>"FP" THEN FP=FP+1:DES(FP)=A$: 
READ DIS(FP):60TO 1030 


Y 


o 


1060 READ A$:1F ASO"FA" THEN FA=FA+1:CACFA)=VALCAS): 


READ A22(FA):G0TO 1060 
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1070 READ AS: IF ASC?"FO" THEN FO=FO+1:DB$(F0)=A$: 
READ COZCFO),LOZ(FO):60TO 1070 

1080 PRINT:PRINT: RETURN 

1090 REM 

1100 REM <5P> PARA CONTINUAR 

1110 REM 

1120 PRINT "Pulsa (espacio) para continuar” 

1130 GET A$: IF A$<>" " THEN 1130 

1140 PRINT:PRINT<RETURN 

1150 REM 

1160 REM +* FINAL INTERPRETE, PRINCIPIO AVENTURA +* 

1170 REM 

1180 REM MUERTO 

1190 REM 

1200 GOSUB 1120:REM <SP> 

1210 PRINT "*** El BOLETIN DE LA GALAXIA +ez" 

1220 PRINT:PRINT "Tragedia cerca de Vega":PRINT 

1230 PRINT "La nave espacial Neutronia,en servicio de" 

1240 PRINT "pasajeros,con 250 personas a bordo,” 

1250 PRINT "ha sido destruida por una violenta" 

1260 PRINT "explosion,causada probablemente” 

1270 PRINT "por la impericia de su comandante Cun" 

1280 PRINT "principiante,segun rumores " 

1290 PRINT "recojidos por nuestro corresponsal).* 

1300 PRINT "El responsable del peor desastre" 

1310 PRINT "de la historia galactica vera su memoria" 

1320 PRINT "marcada por la tragedia":PRINT 

1340 INPUT "¿Quieres seguir jugando?*;A$ 

1330 AS=LEFTSCA$,1):1F A$<>"5" AND AS<7"N" THEN 1330 

1360 IF A$="S" THEN RUN 

1370 PRINT:PRINT:PRINT ";¡Adios!!":PRINT:END 

1370 REM 

1380 REM TIEMPO 

1390 REM 

1400 Ti=T1-1 

1410 1F Ti<=10 THEN PRINT "Digo una señal de alarma" 

1420 1F Ti<=35 THEN PRINT "La temperatura es insoportable" 

1430 1F Ti<=2 THEN PRINT "La nave es sacudida por vibraciones” 

1440 1F T150 THEN RETURN 

1450 PRINT:PRINT "*** ¡ ¡Demasiado tarde!! ++*":PRINT 


1460 PRINT “El reactor esta fuera de control" 

1470 PRINT:PRINT "La nave esta desintegrada ” 

1480 PRINT "en fragmentos minusculos.” 

1490 PRINT "es increible el silencio" 

1500 PRINT "de las explosiones en el vacio":G0T0 1200 

1510 REM 

1520 REM INTRODUCCION 

1530 REM 

1540 PRINT:PRINT:PRINT 

1550 PRINT "eE RRRRRRABRHRDARER" 

1560 PRINT "* LA NAVE ESPACIAL ESPACIAL CONDENADA +" 

1570 PRINT "ERA ARRE RRRRRRDRRRRDRR 
PRINT 

1580 PRINT "Tumbado en la arena,distrutas del" 

1590 PRINT "dulce calor del sol tropical...” 

1600 PRINT:PRINT "Ahora el sol pega mas fuerte,” 

1610 PRINT "Estas en pleno desierto y no hay” 

1620 PRINT "ni rastro de oasis..." 

1630 PRINT:PRINT "Te despiertas sobresaltado en tu" 

1640 PRINT "cabina de comandante del Neutronia” 

1650 PRINT "Hace calor.Demasiado calor. Tiene" 

1660 PRINT "que haber algo que no funciona" 

1670 Tl=100:LU=6:V1=0:V2=0:PRINT: RETURN 

1680 REM 

1690 REM EJECUTA ACCION A 

1700 ON A GOTO 1780,1830,1920,1970,2000,2060, 
2120,2150,2180,2210 

1710 ON A-10 GOTO 2260,2300,2380,2410,2460,2380, 
2640,2700,2740,2800 

1730 ON A-20 60TO 2860,2919,2960,3010,3040, 3080, 
3190,3320,3370, 3400 

1740 ON A-30 60TO 3440,3520,3570,3640, 3800, 3860, 
3900, 3940 

1750 PRINT "ACCION";A:RETURN:REM TEST 

1760 REM 

1770 REM 1 DIRECCIONES 

1780 A=VAL(MIDSCDIG(LU), 240 1-1,2)) 

1790 IF A=0 THEN PRINT "Por alli no puedes ir":RETUEN 

1800 LU=A: RETURN 

1810 REM 


20 


1820 REM 2 COGE 
1830 1F LOZ(0B)=0 THEN PRINT "Ya hecho": RETURN 
1940 IF LOZ(08)<0 THEN PRINT "No es posible":RETURN 
1830 IF 0B=4 AND LO%(22)=0 THEN PRINT 
*Quitate antes el traje":RETURN 
1860 IF 0=22 AND L0%(4)=0 THEN PRINT 
"Quitate antes el mono":RETURN 
1870 LOZ%(0B)=0 
1880 IF 0B=4 OR 08=9 OR 0B=11 THEN PRINT 
"Ahora lo tienes puesto":RETURN 
1890 PRINT "Hecho":RETURN 
1900 RETURN 
1910 REM 3 DEJA 
1920 IF DB=0 OR LO%(0B)<>0 THEN PRINT 
"No lo tienes”: RETURN 
1930 IF LUX9 THEN LOZ(OB)=LU:PRINT "Hecho":RETURN 
1940 LOZ(0B)=-99:PRINT "Se ha perdido en el espacio"; 
RETURN 
1950 REM 
1960 REM 4 MIRA 
1970 PRINT "No noto nada de particular":RETURN 
1980 REM 
1990 REM 5 SAVE 
2000 D$=CHR$(4):PRINT DS;"OPEN";FS:PRINT DS; "HRITE*";FS 
2010 FOR I=1 TO FO:PRINT LOZ(1I):NEXT 1 
2020 PRINT LU:PRINT T1:PRINT V1sPRINT Y2 
2030 PRINT D$; "CLOSE": RETURN 
2040 REM 
2030 REM 6 LOAD 
2060 DS=CHR$(4):PRINT DS; "OPEN";FS:PRINT DS;"READ";F$ 
2070 FOR I=1 TO FO: INPUT LOZ(I):NEXT 1 
2080 INPUT LU, T1,V1,V2 
2090 PRINT D$; "CLOSE": RETURN 
2100 REM 
2110 REM 7 COSA 
2120 PRINT "Posees:":L=0:P$="- ":60T0 590 
2130 REM 
2140 REM 8 
2150 RETURN 
2160 REM 
2170 REM 9 


2180 RETURN 
2190 REN 
2200 REM 10 
2210 1F LOZ(0B)<)0 THEN PRINT*"No lo tienes*":RETURN 
2220 IF NOT(LU>=9 OR (LU=7 AND Y2=1)) THEN 1920:REM DEJA 
2230 PRINT "¡¡EL AIRE,EL AIRE!! ¡¡¡Aaagh!!!":G0TO 1200 
2240 REM 
2250 REM 11 
2260 PRINT "Es tu aono para actividades" 
2270 PRINT "extravehiculares":RETURN 
2280 REM 
2290 REM 12 
2300 PRINT "Esta sin conocimiento y tiene" 
2310 PRINT "una abolladura en el casco.” 
2320 PRINT "probablemente ha sido golpeado” 
2330 PRINT "por un pequeño meteorito mientras" 
2340 PRINT "reparaba la antena.Por" 
2350 PRINT "suerte aun esta vivo":RETURN 
2360 REM 
2370 REM 13 
2380 PRINT "¿No es mejor leerlo?":RETURN 
2390 REM 
2400 REM 14 
2410 PRINT "Es bastante pesado" 
2420 PRINT "Probablemente esta” 
2430 PRINT "tratado con plomo":RETURN 
2440 REM 
2450 REM 15 
2460 IF LOZ(OB)=LU THEN PRINT 
"Cogelo: en la mano antes”:RETURN 
2470 PRINT "-MANUAL DE INSTRUCCIONES DEL-" 
2480 PRINT * REACTOR POSITRONICO  -* 
2490 PRINT "- MOD. YTREWO 8421 -":PRINT 
2500 PRINT "Para activar el reactor" 
2510 PRINT "tirar de la palanca y despues apretar” 
2520 PRINT "consecutivamente los pulsadores verde,” 
2530 PRINT "amarillo y rojo." 
2540 PRINT "Para desctivar el reactor...” 


2550 PRINT:PRINT "¡¡Maldicion!'! La pagina esta arrancada": 


RETURN 
2560 REM 
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2570 REN 16 

2380 PRINT "-TEMPERARURA REACTOR-":PRINT 

2590 PRINT "Marca ";840-T1+4;" grados y esta” 
2600 PRINT "subiendo rapidamente.Hay" 

2610 PRINT "una marca roja en 800 grados":RETURN 
2620 REM 

2630 REM 17 

2640 PRINT "5.0.5. GALACTICO":PRINT 

2630 PRINT "Apretar el pulsador solo” 

2660 PRINT “en caso de emergencia” 

2670 PRINT "Todo abuso sera castigado":RETURN 
2680 REM 

2690 REM 18 

2700 PRINT "Se enciende brevemente un aviso":PRINT 
2710 PRINT "ANTENA EXTERIOR DEFECTUOSA": RETURN 
2720 REM 

2730 REN 19 


2740 PRINT "Esta en la base de una escalerilla" 


2750 PRINT "y dice:":PRINT 

2760 PRINT "ENTRADA RESERVADA AL" 

2770 PRINT "PERSONAL DE A BORDO": RETURN 

2780 REM 

2790 REM 20 

2800 LU=1:1F L0%(20)<>9 THEN RETURN 

2810 PRINT "Ojala estuviese aqui el segundo” 
2820 PRINT "piloto,es el unico que entiende" 
2830 PRINT "los problemas tecnicos":RETURN 

2840 REM 

2850 REM 21 

2860 PRINT "Mejor no despertar a los” 

2870 PRINT "pasajeros, podrian" 

2880 PRINT "dejarse llevar por el panico”:RETURN 
2830 REM 

2900 REM 22 

2910 PRINT "Esta puesto al oeste y dice:":PRINT 
2320 PRINT "ATENCION: ":PRINT 

2930 PRINT "Habitacion despresurizada":RETURN 
2940 REM 

2930 REM 23 

2960 IF L0%(24)<>-99 THEN PRINT "Ya hecho”:RETURN 


2970 1F LO%(23)<70 THEN PRINT 
"Esta cerrado con llave”: RETURN 

2980 PRINT "Hecho*:L0%(24)=LU:L0%(22)=LU: RETURN 

2990 REM 

3000 REM 24 

3010 PRINT "Esta vacio":RETURN 

3020 REM 

3030 REM 25 

3040 PRINT "Dimesaprieta el rojo" 

3050 PRINT "o aprieta el verde":RETURN 

3060 REM 

3070 REM 26 

3080 IF Y2=1 THEN PRINT "CLICK":RETURN 

3090 PRINT "La pared al este se cierra” 

3100 PRINT "La pared al oeste se abre” 

3110 PRINT "hacia el espacio exterior" 

3120 PRINT "El aire sale silbando" 

3130 IF L0%(4)<)0 OR LOZ(119<50 THEN PRINT: 
PRINT "¡¡Aaagh'!":G0TO 1200 

3140 FOR I=1 TO FO 

3150 IF LO%(1)=LU THEN PRINT 
08$(1);"Se pierde en el espacio":L0%(1)=-99 

3160 NEXT 1:V2=1: RETURN 

3170 REM 

3180 REM 27 

3190 1F V2=0 THEN PRINT "CLICK":RETURN 

3200 PRINT "La pared al oeste se cierra" 

3210 PRINT "La pared al este se abre" 

3220 PRINT “hacia el pasillo" 

3230 PRINT "El aire vuelve. a entrar silbando*:V2=0 

3240 IF LO%(20)<>0 OR LOZ(23)<>-99 THEN RETURN 

3250 PRINT:PRINT "El segundo piloto revive,se da” 

3260 PRINT "cuenta enseguida de la situacion y dices” 

3270 PRINT:PRINT "Pronto,¡para el reactor!" 

3280 PRINT "He aqui la llave de mi...” 

3290 PRINT "Despues pierde de nuevo el sentido": 
L0%(23)=LU: RETURN 

3300 REM 

3310 REM 28 

3320 PRINT "¡La emergencia acecha!" 

2330 PRINT "Lleva siempre contigo" 
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3340 PRINT "El manual del reactor":RETURN 
3330 REM 
3360 REM 29 
3370 PRINT "El tecnico es el segundo piloto":RETURN 
3380 REM 
3390 REM 30 
3400 PRINT "Dimesaprieta el rojo,aprieta" 
3410 PRINT "el verde o aprieta el amarillo":RETURN 
4320 REM A 
3430 REM 31 
3440 PRINT "CLICK":1F Y1<)0 THEN 3830 
3450 PRINT "Una tuberia pierde ligeramente" 
3460 PRINT "por un empalme (probablemente por" 
3470 PRINT "exceso de presion).Las gotas caen sobre el" 
3480 PRINT "cuadro de control,cerca de ti” 
3490 V1=1:RETURN 
3500 REM 
3510 REN 32 
3520 PRINT "CLICK": IF Y1C>1 THEN 3830 
3530 Vi=2:1F L0%(22)<>0 THEN PRINT 
"No te encuentras muy bien" 
3540 RETURN 
3530 REM 
3360 REM 33 
3570 PRINT "CLICK":IF V1<)2 THEN 3830 
3390 V1=3:1FLO%(22)=0 THEN RETURN 
3390 PRINT "Temo que hayas absorbido demasiadas" 
3600 PRINT "radiaciones. Ahora estas realmente" 5 
3610 PRINT "nal.Pierdes el conocimiento. ..":G0T0 1200 
3620 REM 
3630 REM 34 
3640 PRINT "CLANK": IF VI<)3 THEN 3830 
3630 GOSUB 1120:REM <5P> 
3660 PRINT "*** EL BOLETIN DE LA GALAXIA +**" 
3670 PRINT:PRINT "COMANDANTE SALVA NAVE ESPACIAL" 
3680 PRINT "La nave espacial Neutronia,en servicio" 
3630 PRINT "de pasajeros,con 250 personas a bordo," 
3700 PRINT "ha sido salvada de la segura destruccion" 
3710 PRINT "gracias al valor y a la sangre fria" 
3720 PRINT "del comandante, que ha conseguido" 
3730 PRINT "desactivar el reactor enloquecido.” 


3740 PRINT "Su nombre sera recordado" 

3750 PRINT "siempre entre los heroes de nuestra" 

3760 PRINT "flota galactica"sPRINT 

3770 PRINT:PRINT "¡¡FELICIDADES!!":PRINT:END 

3780 REM 

3790 REM 35 

3800 PRINT "CLUNK":G0TO 3830 

3810 REM 

3820 REM COMUNE 

3830 V1=0:T1=INT(T1/2): RETURN 

3840 REM 

3830 REM 36 

3860 PRINT "Parece deteriorada” 

3870 PRINT “Por un gran meteorito":RETURN 

3880 REM 

3890 REM 37 

3900 IF V2=0 THEN LU=4: RETURN 

3910 GOTO 1780:REM DIRECCION 

3920 REN 

3830 REM 38 

3940 IF V2=1 THEN LU=11: RETURN 

3950 GOTO 1780:REM DIRECCION 

3960 REM 

3970 REM DICCIONARIO 

3980 REM 

3990 DATA "A",5,"ABAJO",6, "ABRE", 22, 
"AMARILLO", 63, "ANTENA", 69, 

4000 DATA "APRIETA",26,"ARMARIO",67, "ARREGLA", 
27,"ARRIBA",5, 

4010 DATA "B",6,"BAJA",6, "CAMA", 68, "CARTEL",60, 
"CASCO" ,50,"COGE”,8, 

4020 DATA "COSA",13,"DEJA",9,"E",3,"EL",7, 

4030 DATA "EMPUJA",24,"ESTE", 3, "ETIQUETA",70, 
"INDICADOR",66, "INVENTARIO",13, 

4040 DATA *LA",7,"LEE”,25, "LLAVE", 34, "LO", 
7,"LOAD”,12, 

4050 DATA "MANUAL",55, "MIRA", 10, "MONO", 31,*N", 1, 
"NORTE",1,"0",4, 

4060 DATA "DESTE", 4,"PALANCA",63, "PONTE", 20, 
"PULSADOR",61, "QUITA", 21, 


25 


26 


4070 DATA *REPARA",27,"ROJO",64,"S",2,"SAVE", 11, 
"SEGUNDO", 53, 

4080 DATA "SUBE", 3, "SUR", 2, "TECLA", 61,"TIRA",23, 
"TRAJE", 52, 

4090 DATA "VERDE",62,"VISTA",20,"N",4,"FD" 

4100 REM 

4110 REM PLANO 

4120 REM 

4130 DATA "En la cabina de mando", "000000000002" 

4140 DATA "En un extremo del pasillo”, 
"000300050100" 

4150 DATA "En el pasillo”,"020400060000" 

4160 DATA "En un extremo del pasillo", 
"030000070008" 

4170 DATA "En la cabina del segundo piloto", 
"000002000000" 

4180 DATA "En tu cabina”, "000003000000" 

4190 DATA "En el compartimento estanco”, 
"000006000000" 

4200 DATA “En la sala del reactor”","000000000400" 

4210 DATA "En el exterior,a proa de la nave", 
"001000000000" 

4220 DATA "En el exterior de la nave",091100000000" 

4230 DATA "En el exterior,a popa de la nave", 
"100007000000", "FP" 

4240 REN 

42530 REM ACCIONES 

4260 REM 

4270 DATA 100,1,200,1,300,1,400,1,500,1,500,1,899,-2 

4280 DATA 950,-10,951,-10,999,3,1051,-11, 
1052,-14,1053, -12 

4230 DATA 1055,-13,1060,-13,1099,-4, 1100, 
3,1200,6,1300,7 

4300 DATA 2050,-2,2051,-2,2052,-2,2150,-10,2151,-10, 
2192,=3,2200,=19 

4310 DATA 2553, -135,2769, -29,6550,-10,6551,-10,6552, -3 

4320 DATA 11066,16,12570,17,12661,18,20300,21, 20500, 
20,22560,19 

4330 DATA 30300,21,40300,21,42560,22,52267,23,62267,24 

4340 DATA 70300,37,70400, 38 


4350 DATA 72661,25,72662,27,72664,26,81066,16, 82365, 
35,92463, 34 A 
4360 DATA 82560,28,82661,30,82662,33,82663, 32, 82664, 
31,31069,36, "FA" 
4370 REM 
4380 REM OBJETOS 
4390 REM 
4400 DATA “Un indicador",66,-1,"Un pulsador",61,-1 
4410 DATA "Una etiqueta”,70,-1,*Un mono",31,1 
4420 DATA "Un cartel blanco",60,-2, 
"Un cartel amarillo”,60,-4 
4430 DATA "Una cama",68,-5, "Un armario",67,-5 
4440 DATA "Una cama",68,-6,"Un armario",67,-6 
4450 DATA "Un casco",50,6,"Un pulsador rojo",b61,-7 
4460 DATA "Un pulsador verde”,61,-7, 
"Un indicador",66,-8 
4470 DATA "Una palanca",65,-8,"Un pulsador rojo”,61,-8 
4480 DATA "Un pulsador verde",61,-8, 
"Un cartel rojo",60,-8 
4490 DATA "Un pulsador amarillo",61,-8, 
"El segundo piloto",33,9 
4500 DATA "Una antena parabolica",69,-9, 
"Un traje",32,-99 
4510 DATA “Una llave",54,-99,"Un manual”,55,-99, "fo" 
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LA PUESTA EN ESCENA 


tención: este capítulo contiene la solución de la 
aventura. Si lo leen antes de haber jugado se 
perderán toda la diversión. 


La ¡idea 


Realizar una aventura requiere fantasía y técnica; igual que 
para escribir una novela, pintar un cuadro o cualquier otra forma 
de expresión, ambos componentes son fundamentales para reali- 
zar un buen trabajo. 
A O que no: 


FOporc 1onarles los Ins 
1 vida 1d, auf 


organización de las n la , fase 
Crez uego enseñándoles cómo s se est y na- 
ció * mA nave paca condenada”. 

Lo primero que se necesita es una idea, una ambientación: 
¿dónde transcurre la aventura? ¿Cuál es el argumento de la his- 
toria? 

Era un sábado por la mañana de un crudo invierno, con 85 cen- 
tímetros de nieve rodeando la casa..; pero no divaguemos, esta es 
otra aventura. Era sábado por la mañana, decíamos, y estábamos 
discutiendo sobre cuál podría ser el tema de una pequeña aven- 
tura para ponerlo de ejemplo en este libro. La primera idea fue la 
búsqueda de un tesoro en una isla del Caribe, en las antiguas ru- 
tas de los piratas. Escribimos unas cuantas notas; las ideas no nos 
faltaban, incluso algunas eran tan buenas que decidíamos guar- 
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darlas para otra futura aventura (esto sucede a veces). Pero luego 
pensamos que la historia de la isla no nos convencía; entonces 
¿qué ambiente utilizar? 

No queríamos una ambientación “gótica” (tipo "Aventura en 
el castillo”) porque no se prestaba demasiado para aventuras de 
pequeño tamaño, donde el entorno no se puede desarrollar más 
allá de un determinado punto. También era necesario motivar al 
aventurero: no hay nada peor que una aventura donde el jugador 
se siente “fuera” del juego en lugar de “vivirlo” realmente en pri- 
mera persona. ¿Un reactor nuclear enloquecido? Demasiado sim- 
ple. ¿Un ordenador malicioso a bordo dé'una nave espacial (como 
el HAL 9000 en la célebre "2001, Odisea en el espacio”)? ps in 
teresante, pero difícil de desarrollar en 1. poco espacio. [ Juitemo el 

ordenador v ¡9 onda amos elr reactor e X 4 ] 1 e 
¿ | Casi hemos psa Á 


El guión 

Ahora que ya tenemos la idea de partida, intentemos desa- 
rrollar un guión coherente. El protagonista es el comandante de 
una nave espacial que tendrá que conseguir detener a tiempo el 
reactor. Naturalmente, tendrá que hacerlo todo él solo: no puede 
descargar en nadie ninguna parte de su propia responsabilidad 
pues, si no, el juego pierde interés y se convierte en un "pasarse 
la pelota” de unos a otros. Entonces, el comandante está solo mien- 
tras los pasajeros están, pongámoslo así, durmiendo tranquila- 
mente. 

Si bien puede ser cierto que las modernas naves espaciales 
requieran poco personal, es poco plausible que sea suficiente con 
una sola persona. Si en el juego se comprueba que el comandan- 
te no es capaz de parar el reactor, es necesario que haya otra per- 
sona capaz de hacerlo. Por otra parte, esa otra persona no debe 
de estar muy a mano, porque si no el problema se resolvería fá- 
cilmente. Introducimos entonces la figura de un segundo piloto, 
con funciones técnicas, pero haciendo que no esté fácilmente dis- 
ponible, En principio no se sabe qué pasa con él: podría haberse 
suicidado (típico síntoma de depresión espacial), haber sido víc- 
tima de accidente (quizá a causa del reactor) o, simplemente, an- 
dar por ahí despistado. 

En toda aventura espacial que se precie no puede faltar lina 

salida al es lo exterior, Por lo tanto deberemos de admitirla de 
Aeuua manera. He aquí cómo: el segundo piloto se encuentra en 
el exterior de la nave espacial y sólo rescatándolo se podrá ob- 
tener una información esencial. En ese momento aún puede estar 
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vivo: así su rescate formará parte de la misión. Una vez rescatado, 
recobra el conocimiento (pero sólo por un momento) y nos en- 
Irega algo fundamental. ¿Qué? Veamos.. El libro de instrucciones 
(que sirve para desactivar el reactor. No, alarguemos algo más el 
asunto: la llave de su armario, que contiene el manual de instruc- 
iones y un traje antirradiaciones necesarios para trabajar en el 
reactor. Además, para dificultar la solución, tampoco estará muy 
claro qué es lo que nos da. 

A propósito, ¿por qué el segundo piloto estaba en el exterior? 
lilizaremos una idea de “2001”: estaba arreglando la antena de co- 
municaciones (la nave espacial también estará, por tanto, aislada 
del resto del universo). 

Con esto el guión está completo en sus líneas generales: es 
necesario equiparse para salir al vacío (mono y casco), salir al 
exterior, rescatar al segundo piloto, conseguir la llave, abrir su 
armario, coger el manual y el traje, leer el manual y desactivar el 
reactor, 

Parece factible. Los detalles los añadiremos poco a poco. 


Figura 1.—Disposición de todos los lugares posibles en "La nave es- 
pacial condenada”. 
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E Figura 2.—Plano de la nave espacial de pasajeros “Neutronia”. 


El plano de la nave 
Nos falta establecer la disposición de las diversas estancias 

que configuran la nave espacial. Dibujemos un plano, que nos sir- 

va de guía, con el mismo sistema ya usado en otras ocasiones: cua- 
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drados adosados con líneas que indican los caminos y direccio-* 
nes posibles. Adoptando un criterio convencional el Norte está 

arriba, el Sur abajo, el Este a la derecha y el Oeste a la izquierda 

(como en los mapas geográficos). Para indicar un movimiento ha- 

cla arriba, hacemos partir la línea desde el ángulo superior dere- 

cho y si es hacia abajo, desde el ángulo inferior izquierdo. 

La figura 1 muestra la disposición de los locales, dibujada con 
esle sistema. Nótese el compartimento estanco, necesario para sa- 
lir al exterior sin que se escape el aire de la nave espacial. 

Parece que está bien proyectado, podemos pasarlo a limpio. 
La figura 2 muestra la versión definitiva del mismo plano. Las pro- 
porciones reales no se han respetado, y hemos omitido algunos 
locales de menor interés, pero las severas Normas De Seguridad 
Galáctica del 2312 nos prohíben proporcionar más información, 
aunque se trate de una nave espacial civil. 

Aparte de los detalles, el diseño del proyecto de la aventura 
ha terminado: no queda más que ponerse manos a la obra. Como 
información adicional les diremos que, aparte del tiempo para pa- 
sarlo a limpio, hemos empleado poco más de un par de horas. 
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CÓMO NO SE ESCRIBE UNA AVENTURA 


De la idea al programa 


hora que disponemos ya de un guión aceptado, 
podemos empezar a escribir el programa. 
¿Cómo se realiza un programa de este tipo? Es 
el mismo problema con que nos encontramos 
en 1981 cuando, después de haber jugado a 
“Apple Adventure”, decidimos escribir una 
aventura por nuestra cuenta. En aquel tiempo es- 
tábamos totalmente desinformados y no leíamos 
siquiera las principales revistas del sector, es- 
pecialmente las americanas. 

Una pena, porque habríamos podido, por lo menos, conocer 
lo que otros habían hecho o estaban haciendo. Esto se explica por- 
que en aquellos tiempos éramos simplemente aficionados en este 
tema y esas publicaciones no circulaban ni siquiera en los am- 
bientes supuestamente más cualificados (por ejemplo, la Univer- 
sidad), donde todavía estaba vigente el culto al ordenador-dino- 
saurio (a base de tarjetas perforadas y con largas colas para po- 
der usarlo). 

No tuvimos más remedio que ir aprendiendo poco a poco y 
arreglámoslas por nosotros mismos. Por suerte teníamos bastante 
práctica en programación, de forma que al final acabamos sabien- 
do un poco. Después de un año de trabajo en los momentos li- 
bres, logramos escribir un programa al que incluso hoy, como pro- 
fesionales, todavía podemos mirar sin avergonzarnos. Dadas las 
circunstancias, es una gran satisfacción. “La nave espacial conde- 
nada” deriva directamente de "Aventura en el castillo”, que es el 
programa que acabamos de mencionar, con muchas ampliaciones 
y mejoras derivadas de un estudio del que hablaremos posterior- . 
mente. 
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La mejora fundamental, por lo menos desde nuestro punto de 
vista, consiste en el lenguaje utilizado: el programa “Aventura en 
el castillo" (en su primera versión) estaba escrito mitad en BASIC 
mitad en Ensamblador del 6502 (el lenguaje máquina del Apple), 
con todos los trucos posibles para ahorrar memoria y aumentar la 
velocidad de ejecución. Esto significa que estaba ligado indisolu- 
blemente al modelo específico de ordenador en el que había sido 
proyectado, El programa de "La nave espacial condenada" está es- 
crito todo en BASIC, y en un BASIC "limpio", Por lo tanto es fácil- 
mente transportable, es decir, puede funcionar con mínimas mo- 
dificaciones en ordenadores tan distintos entre sí como un IBM PC 
y un Commodre 64, En cambio, no se presta demasiado a la rea- 
lización de aventuras de grandes dimensiones: no se puede tener 
todo. Las simplificaciones que hemos introducido (y que disminu- 
yen un poco la “inteligencia” del programa) han sido hechas en 
gran parte para concentrar las explicaciones en los aspectos esen- 
ciales y no distraer con las florituras del programa. 


Planteamientos equivocados 


Decíamos que aún estábamos satisfechos con el planteamien- 
to de nuestro primer programa de aventuras, Lo estamos porque, 
mirando a nuestro alrededor, vemos que la gran mayoría de las 
aventuras existentes están construidas con técnicas mucho más 
primitivas y laboriosas. También en algunos libros que enseñan 
“cómo escribir una aventura”, hay planteamientos que obligan al 
programador a un trabajo excesivamente largo, gran parte del 
cual podría haber sido tranquilamente reducido por un programa 
mejor pensado y más flexible. 

Esta es la esencia misma de la programación de los ordena- 
dores: escribir un programa que resuelva no sólo un problema, 
sino un conjunto de problemas parecidos modelables según se 
varíen los datos introducidos. No tendría sentido escribir, por 
ejemplo, un programa para sumar 1+1, otro para sumar 1+2, otro 
distinto para sumar 2+2, y así sucesivamente: un sólo programa 
puede resolver todos estos problemas. Parece obvio en este caso, 
pero al aumentar la complejidad y variabilidad del problema, el 
asunto es cada vez menos fácil y requiere un estudio más deta- 
llado. La tentación de escribir un programa que resuelva sólo el 
problema actual es cada vez mayor. Por ejemplo, hemos visto un 
juego de aventuras escrito más o menos de este modo: , 
500 REM HABITACION BLANCA 
310 PRINT "ESTAS EN LA HABITACION BLANCA.HAY UN ARMARIO" 

320 INPUT AS 
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530 IF A$="N" OR A$="NORTE" THEN GOTO 610;REM ROJA 
540 IF A$="E" OR A$="ESTE" THEN GOTO 710:REM VERDE 
550 PRINT "NOD ENTIENDO*":60T0 510 


500 REM HABITACION ROJA 

610. PRINT "ESTAS EN LA HABITACION ROJA.HAY UN ARMARIO" 

620 INPUT A$ 

630 IF A$="5" OR A$b="SUR” THEN 510:REM BLANCA 

640 IF A$="ABRE EL ARMARIO" THEN PRINT "ESTA VACIO”:G0TO 610 
650 PRINT "NO LO ENTIENDO”:GOTO 610 


¿Han entendido cómo funciona? Para cada lugar existe el co- 
rrespondiente grupo de instrucciones dentro de las cuales el pro- 
grama continúa girando hasta que el aventurero no decide cam- 
biar de lugar. Por ejemplo, desde las líneas 500 a la 550 se hace 
referencia a un lugar llamado "Habitación blanca”. La línea 510 des- 
cribe el lugar y la 520 espera las órdenes del jugador (típicamen- 
te figurará una subrutina en lugar de una instrucción INPUT, pero 
el concepto es el mismo). Si el jugador ha escrito "N" o “NORTE”, 
ambas palabras son válidas para indicar un desplazamiento hacia 
el norte, el programa salta al grupo de instrucciones referentes al 
lugar que se encuentra al norte de la habiación blanca, en el ejem- 
plo, una hipotética habitación roja (línea 610). Si ha escrito "E” o 
“ESTE”, salta a las instrucciones referentes a la "Habitación verde", 
y así sucesivamente. Si la orden no está entre las previstas en 
aquella habitación, la línea 550 vuelve al principio del bucle (510). 

Cada habitación (lugar) tiene su propio ciclo de instruccio- 
1es, dentro del cual se admiten sólo determinadas palabras o fra- 
ses. Por ejemplo, en el ciclo de la habitación roja (líneas 610-650) 
se admiten “N" (o "NORTE”), que vuelve al ciclo de la habitación 
blanca y, "ABRE EL ARMARIO”, que imprime "ESTA VACIO” y 
vuelve al principio del ciclo. La misma explicación vale para to- 
dos los lugares en los que el protagonista se puede mover. Es una 
técnica simple y comprensible. 

Un planteamiento de este tipo hay que evitarlo. ¿Por qué? Va- 
mos a ver una lista de buenos motivos para hacerlo: 


e el control de las direcciones posibles (IF A$="N"” or A$ = 
"NORTE”..) se repite en cada bucle de lugar; 

e las frases válidas se deben escribir exactamente como es- 
tén previstas en el programa. Si la frase "ABRE EL ARMA- 
RIO” se escribe con un espacio al principio o al final o en- 
tre "ABRE" y “ARMARIO”, se obtiene un “NO ENTIENDO”. Lo 
mismo sucede si el artículo no está bien colocado; 
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e hay notables problemas con las frases válidas para todos 
los lugares, por ejemplo, las acciones sobre un objeto trans- 
portable; 

e si deseamos escribir otra aventura se deberá volver a es- 
cribir el programa desde el principio hasta el final. 


Podríamos continuar, pero nos parece suficiente. En esencia, 
es necesario un gran trabajo para obtener un programa poco sa- 
tisfactorio y que ocupa inútilmente mucha memoria. Peor aún, el 
juego se presenta con un comportamiento decididamente “estú- 
pido”, en el sentido de que acepta exctusivamente las frases pre- 
vistas en el lugar en el que se encuentra el aventurero (que co- 
rresponde a un “lugar” físico del programa, entendido como un 
grupo de instrucciones). 

Lo que les hemos presentado es un ejemplo límite (desgra- 
ciadamente, real) pero gran parte de las aventuras actuales pre- 
sentan problemas debidos a un erróneo planteamiento del pro- 
grama, que se traduce posteriormente en una pérdida de realis- 
mo y, por lo tanto, de interés del jugador. Comentario típico: 
—Pero, esta máquina estúpida ¿no entiende nada?— Ya la ilusión 
de vivir una aventura fantástica se ha perdido, junto con los es- 
fuerzos del autor. 

Está claro que la calidad de una aventura depende de quién 
la haya escrito, pero también está claro que la fantasía no es su- 
ficiente: sin las técnicas apropiadas es dificil realizar un juego que 
sea capaz de "capturar" a los jugadores proporcionando un nivel 
aceptable de simulación. En los próximos capítulos demostrare- 
mos cómo es posible obtener esto con una estructura compacta, 
fácil de usar y reutilizable para otras aventuras. 
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POSICIÓN Y MOVIMIENTOS 


a mejor solución no es un programa que admite 
las distintas instrucciones según el lugar, como 
hemos mostrado (poniéndola como ejemplo ne- 
gativo) en el capítulo anterior, sino la consisten- 
te en un programa que ejecute siempre el mis- 
mo ciclo fundamental, cambiando sólo el valor 
de algunas variables y, consecuentemente, los 
mensajes impresos en la pantalla. Un ejemplo de 
EN este planteamiento ha sido presentado por el 
volumen número 9 (“Programando como es debido”) de esta mis- 
ma colección. 


Una subrutina universal t 


Para quienes no lo hubiesen leído y también, ¿por qué no?, 
para los demás, proponemos un ejemplo parecido: un mini-pro- 
grama o, mejor dicho, una subrutina (es decir, una parte de pro- 
grama) que imprime la descripción de la habitación en la que se 
encuentra el aventurero y que le permite moverse con el sistema 
habitual, o sea, escribiendo la dirección en la que quiere mover- 
se. He aquí la subrutina: 


100 REM INICIA VARIABLES 


200 REM CICLO 
210 PRINT DES(LU):REM DESCRIPCION 
220 INPUT A$:D=0 


) 


230 IF A$="N" OR A$="NORTE" THEN D=1 

240 IF A$="5" OR A$="SUR" THEN D=2 

250 IF A$="E" OR A$="ESTE" THEN D=3 

260 IF A$="0" OR AS="DESTE" THEN D=4 

270 IF A$="A" OR A$="ARRIBA" THEN D=5 

280 IF A$="B" OR A$="ABAJO" THEN D=6 

2390 IF D=0 THEN PRINT "NO ENCONTRADO":G0TO 210 
300 NL=PL(LU,D):REM NUEVO LUGAR 

310 IF NL=0 THEN PRINT "NO PUEDES":G0TO 21 

320 LU=NL:GOTO 210:REM MUEVE hi 


Esto es todo. Si al principio (entre las líneas 100 y 200) intro- 
ducimos los datos apropiados en los elementos de las matrices 
DES y PL, esta subrutina, de 13 líneas, hará todo el trabajo nece- 
sario para controlar los movimientos del aventurero sobre un te- 
rreno de cualquier complejidad o dimensión. ¿No se lo creen? Pa- 
semos enseguida a una demostración práctica. 

supongamos que nuestro mapa esté compuesto por tres lu- 
gares, llamados "Habitación roja", “Habitación blanca” y “Habita- 
ción verde”, dispuestos como en la figura 1. La figura 2 muestra 
cómo debe de ser el contenido de las dos matrices DE$ y PL. La 
primera, de tipo alfanumérico (cadena), contiene sencillamente las 
descripciones de los lugares en orden numérico. Por lo tanto 
DEX(1) es la descripción del lugar 1, DEK(2) es la descripción del 


Figura 1.—Ejemplo mínimo de un plano para diseñar aventuras. 
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DES (1) 
(descripción 1) 


DES(3) 
(descripción 3) 


PL(1,1) 7 
(hacia Norte desde 1) 


PL(3,1) 
(hacia Norte desde 3) 


A E 


PL (3,2) PLEBS 
(hacia Sur desde 3) (hacia Abajo desde 3) 


64) "Figura 2.—Matrices esenciales del programa y su contenido. 


lugar 2 y DEX3) la descripción del lugar 3. Como habrán deduci- 
do, los lugares van numerados a partir de 1. 

Volvamos por un momento al programa y precisamente a la 
línea 210. Esta imprime el contenido de DEF(LU), es decir la des- 
cripción del lugar número LU. LU contiene, por lo tanto, el número 
del lugar actual (o sea, aquel en el que se encuentra el aventure- 
ro). Supongamos que hemos puesto LU = 1 al principio del pro- 
grama: esto significa que el personaje se encuentra en el lugar |; 
así la línea 210 imprime DE$(1), es decir, "Estás en la habitación 
roja” que, efectivamente, es la descripción del lugar 1. Llamamos 
DE a la matriz por "DEscripción”; siempre es mejor utilizar para las 
variables nombres que ayuden a recordar su significado. 

Numeramos los lugares: 


e ] Habitación roja 
e 2 Habitación blanca 
e 3 Habitación verde 
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Llegados aquí, habrán comprendido que para desplazar al 
aventurero, o sea, para moverse de lugar es suficiente con cam- 
biar el valor de LU. Si LU vale 2, la línea 210 imprime “Estás en la 
habitación blanca” y si vale 3 imprime “Estás en la habitación ver- 
de". El jugador tiene la sensación de que cambia de lugar, pero 
para el programa cambia simplemente el valor de una variable, 
precisamente LU. Las instrucciones ejecutadas permanecen inva- 
nables, 

De acuerdo, pero ¿cómo hacemos para cambiar LU según la 
palabra escrita por el jugador, de forma que-los desplazamientos 
sean coherentes con nuestro plano? Es muy sencillo: a cada lugar 
se le han asignado seis números, correspondientes a las seis di- 
recciones, en el orden establecido por nosotros; establezcamos, 
por ejemplo, el orden Norte, Sur, Este, Oeste, Arriba, Abajo. Estos 
números están contenidos en una línea de la matriz, o array, de 
dos dimensiones, PL (PL está por “plano”). 

Refiniéndonos siempre a la figura 2, los seis números conteni- 
dos en PL(1,1), PL(1,2) PL(1,3), PL(1,4), PL(1,5), PL(1,6) son los nú- 
meros de los lugares a los que se llega desplazándose desde el 
lugar 1 en la dirección indicada. 

Númeremos las direcciones: 


e Norte =1 

Sur la 
Este  =3 
Oeste =4 
Arriba =5 
Abajo =6 


Si desde el lugar 1 el jugador decide moverse en la direc- 
ción 3 (hacia el este), el elemento PL (lugar, dirección), o sea 
PL(1,3) contiene el número del nuevo lugar, en este caso 3 (habi- 
tación verde). Si ponemos LU igual a este número, habremos des- 
plazado el personaje al nuevo lugar. 

El desplazamiento, por supuesto, no siempre es posible. Para 
indicar la imposibilidad del movimiento en una cierta dirección 
desde un determinado lugar, ponemos un cero en el elemento co- 
rrespondiente. Por ejemplo, desde el lugar 1 no se puede ir hacia 
el oeste, por eso PL(1,4) contiene un cero. 

Resumiendo: cada línea de la matriz PL corresponde a un ln- 
gar, y cada columna a una dirección. El cruce entre línea y colum- 
na indica si es posible el desplazamiento desde aquel lugar en 
aquella dirección y, en caso afirmativo, el número del lugar al que 
se llega. Si LU es el lugar actual y D el número correspondiente 
a la dirección elegida, PL(LU,D) es el nuevo lugar si el movimien- 
lo es posible, o cero si no lo es. 
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Volvamos a examinar el programa. La línea 220 espera la or- 
den del jugador y pone D a cero (ninguna dirección introducida). 
Las líneas desde la 230 a la 280 sirven para poner en D el código 
(número) de la dirección escrita, sin ninguna pretensión (por aho- 
ra) de emplar un método más eficiente. Por ejemplo, si el jugador 
ha escrito “ESTE” la línea 250 ejecuta un D = 3 (código de "Este”). 
Si la palabra introducida no corresponde a ninguna de las direc- 
ciones posibles, D permanece a cero. 

La línea 290 comprueba si ha sido introducida una dirección 
válida. En caso contrario (D vale cero), imprime "NO ENTIENDO" 
y nos envía al comienzo del bucle. 

La línea 300 consulta el plano contenido en la matriz PL para 
conocer el lugar adyacente al actual (LU) en la dirección indica- 
da (D), y pone en NL el número del nuevo lugar. No lo pasa in- 
mediatamente a LU porque podría ser cero (desplazamiento im- 
posible) y, en este caso, se perdería el valor de LU. 

Si el desplazamiento no es válido, la línea 310 imprime "NO 
PUEDES” y vuelve al comienzo del ciclo (LU no ha cambiado); si 
lo es, la línea 320 cambia el valor de LU, desplazando así al per- 
sonaje al nuevo lugar. 


Programa y datos 


El concepto fundamental que está en la base de lo visto es 
éste: cambiamos los datos, pero no cambiamos el programa. Efec- 
tivamente, si se quiere representar un plano completamente dife- 
rente, basta cambiar el contenido de la matriz de descripciones 
DE$ y de la matriz de conexiones PL, pero el programa permane- 
ce igual: el trabajo se ha hecho una sola vez. Como ventaja se- 
cundaria, pero no por ello menos importante, el programa ocupa 
mucho menos espacio. 

Un programa de este tipo se llama "orientado por tablas”, ya 
que su comportamiento depende exclusivamente de los datos 
contenidos en una tabla apropiada, en este caso las matrices PL 
y DE$ También se llama “máquina de estados variables”, en cuan- 
to que la diferencia entre una situación y otra (entre un lugar y el 
otro) depende exclusivamente del estado (valor) de una o más va- 
riables; en nuestro caso solamente de LU (los puristas nos perdo- 
narán esta descripción no demasiado formal). El programa ejecu- 
ta siempre en el mismo bucle, dondequiera que se halle el aven- 
turero. 

Nos queda el problema de cómo introducir los valores en las 
tablas, o sea, en las matrices DEF y PL. 

Se podría hacer de esta manera: 
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110 DES(1)="ESTAS EN LA HABITACION ROJA" 
120 DES(2)="ESTAS EN LA HABITACION BLANCA" 
130 DE$(3)="ESTAS EN LA HABITACION VERDE" 
140 PL(1,1)=0 
150 PL(1,2)=2 
160 .PL(1,3)=3 


En seguida se ve que ésta no es la solución más práctica: se 
desperdicia mucha memoria para ejecutar instrucciones repetiti- 
vas (piensen en un plano con un centenar de habitaciones). Hay 
una técnica decididamente mejor, basada en una comodísima ins- 
trucción del BASIC que, por otra parte, falta en algunos lenguajes 
“más evolucionados”: la instrucción DATA, que permite introducir 
en el programa una lista de datos numéricos o de cadenas. Por lo 
tanto, podemos escribir nuestras dos tablas de esta manera: 


300 DATA "Estas en la habitacion roja" 
310 DATA 0,2,3,,0,0,0 

320 DATA "Estas en la habitacion blanca” 
330 DATA 1,0,3,0,0,0 

340 DATA "Estas,en la habitacion verde" 
350 DATA 1,0,0,2,0,0 


A la descripción de cada lugar, le siguen inmediatamente los 
pasos posibles en las seis direcciones. Para leer estos datos utili- 
zamos la instrucción READ. Equivale a la INPUT, pero lee los va- 
lores de la lista de DATA en lugar de por el teclado (a partir del 
punto al que había llegado la READ anterior). 

He aquí a lo que se reduce la inicialización (preparación ini- 
cial) de las variables para el programa que hemos mostrado an- 
teriormente: 


110 NL=3:REM NUMERO LUGARES 

120 DIM DESCNL),PLCNL, 6) 

130 FOR LU=1 TO NL 

140 READ DES(LU) 

150 FOR D=1 TO 6:READ PL(LU,D):NEXT D 
160 NEXT LU 

170 LU=1 


Nótese que la línea 110 especifica el número de lugares, que 
es un valor-fijo, o sea una constante. Es una buena regla indicar 
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las constantes una sola vez al principio del programa, en vez de 
esparcirlas por todos sitios. Así, las eventuales (en realidad segu- 
ras) modificaciones son mucho más simples y es menos fácil co- 
meter errores. Sería aún más inteligente hacer leer el número de 
lugares de los DATA con un READ NL: el programa permanecería 
inalterado también al variar el número de lugares. 

La línea 120 establece las dimensiones de nuestras tablas, o 
sea, las dos matrices DES y PL. En muchos BASIC es tono es ne- 
cesario si las dimensiones no superan el 10, como en nuestro caso, 
pero si se indican tampoco importa. El bucle abierto en la línea 
130 y cerrado en la 160 se repite para cada lugar, tres veces, por 
lo tanto en el ejemplo. La línea 140 lee la descripción del lugar en 
el elemento correspondiente de la matriz de cadena DEF mien- 
tras el bucle en la 150 lee el plano de las direcciones en la matriz 
bidimensional PL. Finalmente, la línea 160 establece que el perso- 
naje inicia el juego en el lugar 1. 
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EL ORDENADOR ENTIENDE CASTELLANO 


Inteligencia artificial (0 casi) 


uchos expertos en los juegos de aventu- 
ras se preguntan con asombro cómo dia- 
blos hace el ordenador para entender las 
frases escritas por el jugador. Otros ni si- 
quiera se lo preguntan, como si fuera ob- 
vio que el ordenador está dotado de una 
determinada facultad de comprensión. ¿Es 
o no es una máquina inteligente? 

: La respuesta es: NO, el ordenador no 
es una máquina inteligente. El ordenador es tonto como un asno, 
aunque, en cambio, es el soldado perfecto, el eterno sueño de los 
generales de todas las épocas: dotado de poderes notables, obe- 
dece ciegamente y sin emociones cualquier orden, sin preguñtar- 
se los motivos y sin prever las consecuencias. Lo hace todo al pie 
de la letra, sin comprender mínimamente lo que está haciendo y 
sin preguntarse si el significado literal de las instrucciones reci- 
bidas corresponde realmente al deseado por el programador 
(caso bastante raro). 

La inteligencia no está en el ordenador, sino en el programa. 
Este último, es el momento de recordarlo, sólamente es una se- 
cuencia de instrucciones escritas por un programador más o me- 
nos despierto. La inteligencia que demuestra el ordenador es la 
de quien ha escrito el programa. La ventaja del ordenador es que, 
con un poco de técnica, es posible escribir un programa adecua- 
do para resolver no sólo un problema específico, sino todos los 
problemas del mismo tipo, ahorrando así bastante trabajo, En el ca- 
pítulo anterior hemos dado un ejemplo de esta posibilidad, mos- 
trándoles un programa que “entiende” el concepto de dirección. 
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Si lo han leído bien, tendrán claro que el programa no entiende 
nada, sino que se limita a desplazar números y reproducir escri- 
tos según reglas bien definidas (la secuencia de instrucciones que 
forma el programa). La definición de estas reglas es, precisamen- 
te, tarea del programador que quiera darle a la máquina una apa- 
riencia de comportamiento inteligente. 


El analizador sintáctico (parser) 


Hay que escribir, por lo tanto, un programa capaz de simular 
la comprensión de los conceptos que están en la base de los jue- 
gos de aventuras y que, fundamentalmente, se refieren a 


e plano, lugares y desplazamientos; 
e objetos fijos y objetos transportables: 
e comprensión y ejecución de las acciones del aventurero. 


El primer problema (plano y desplazamientos) ya está resuel- 
to. El segundo se puede afrontar fácilmente asociando a cada ob- 
jeto una cadena (su descripción) y un número (el lugar en el que 
se encuentra). Hablaremos más adelante de los detalles. Decidi- 
damente, el problema más complejo es el tercero: entender la fra- 
se escrita en el teclado y modificar, en consecuencia, el estado 
del juego. , 

El programa que efectúa el análisis de una frase (o más ge- 
neralmente, de una secuencia de símbolos) sobre la base de un 
conjunto de reglas (o sintaxis), es llamado parser o analizador sin- 
táctico. Un juego de aventuras consiste, sustancialmente, en un 
parser que, sobre la base de las palabras introducidas y de sus 
asociaciones, decide el comportamiento sucesivo del programa, 
Para escribir este programa es necesario, primero, definir las re- 
glas que gobiernan el comportamiento. Para hacer esto, intenta- 
remos clasificar las frases posibles escritas por el jugador 


e una dirección (desplazamiento), por ejemplo “NORTE”; 

e una acción, expresada con una sola palabra, por ejemplo 
"INVENTARIO”; 

e una acción sobre un objeto, por ejemplo “APRIETA EL 
VERDE”. 


Por ahora no entraremos en más detalles, dejándolos para el 
capítulo dedicado a las acciones. Haremos notar sólo que una mis- 
ma acción puede tener efectos distintos en lugares distintos 
(ejemplo: "Lee el cartel”), y que el objeto citado también puede 
estar ausente. Hay que tener en cuenta esta y otras posibilidades 
si se quiere realizar un juego con un buen nivel de simulación. 
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Análisis del léxico 


Para facilitar el trabajo del analizador sintáctico es necesario 
separar las palabras que componen la frase (sin tomar en cuenta 
eventuales espacios). Pero la manipulación de las palabras como 
cadenas exige bastante espacio: es más práctico asignar un nú- 
mero (código) a cada vocablo y pasar al parser sólo los códigos 
de las palabras que componen la frase, También hay que descar- 
tar las palabras erróneas, por ejemplo "Dija”. 

Estos trabajos de menor importancia son tarea del analizador 
del léxico, la subrutina que recibe una cadena que contiene la fra- 
se introducida por el jugador, la separa en vocablos diferentes y 
restituye sus códigos numéricos. A veces, el analizador del léxico 
hace un trabajo que sería competencia del parser: reconoce y deja 
a un lado los artículos, dado que no alteran el significado de la fra- 
se y añadirían un trabajo inútil al parser. Por ejemplo, si el juga- 
dor ha escrito: 


"REPARA LA ANTENA” 


la subrutina de análisis del léxico separa las tres palabras “REPA- 
RA”, "LA”, y "ANTENA?”. El artículo “LA” se descarta y se restituyen 
los códigos numéricos correspondientes a "REPARA” (27) y "AN- 
TENA” (69). Será tarea del parser decidir si esta pareja de códi- 
gos corresponde a una frase válida en el lugar y en la situación 
en que se encuentra el aventurero. Dado que nuestro parser es 
bastante sencillo, las palabras sucesivas a la segunda (excluidos 
los artículos) son, simplemente, ignoradas. Por lo tanto no son po- 
sibles frases como "Mira detrás del cartel” y similares. 
t 


Intérprete y datos 


Estamos casi preparados para empezar; los detalles podemos 
examinarlos sobre la marcha. Desde el próximo capítulo se em- 
pieza a escribir la aventura. Resumimos cómo funciona la técnica 
empleada para “La nave espacial condenada”: 


e el jugador introduce una frase; 

e el analizador del léxico la separa en palabras y asigna un 
código a cada una; 

e el parser decide si los códigos (las palabras) indican una 
acción válida; 

e si es así, se llama a la subrutina BASIC que ejecuta la ac- 
ción correspondiente. 
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No hemos citado las direcciones, pues también éstas, efecti- 
vamente, constituyen una acción como todas las demás, y no hay 
ninguna necesidad de tratarlas diferentemente. 

El programa final está compuesto por una colección de datos, 
por una parte variables (las acciones BASIC) y por otra parte fijos 
(analizador del léxico, parser y subrutinas en conexión). Esta par- 
te fija es perfectamente reutilizable para otras aventuras, sin ne- 
cesidad de modificaciones, Dado que interpreta una serie de da- 
tos proporcionados por el programador, hemos llamado “intérpre- 
te” a esta sección reutilizable del programa. También algunas de 
las subrutinas BASIC fundamentales (las usadas para las direccio- 
nes, “Save”, "Coge”, etc.) son reutilizables tal cual o con pocas mo- 
dificaciones. 

El programa se compone, por tanto, de tres partes: 


e el intérprete, utilizable sin modificación para otras aven- 
turas; 

e los datos de la aventura (vocablos, plano, descripcio- 
nes, etc.); 

e las subrutinas BASIC de las acciones (algunas de ellas reu- 
tilizables). 


Una buena noticia: para escribir una aventura no es necesario 
comprender el funcionamiento del intérprete, que constituye la 
parte decididamente más compleja del programa. De todas for- 
mas, para quienes estén interesados en la última parte del libro 
daremos una detallada descripción técnica de su funcionamiento. 
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PLANO, DICCIONARIO Y OBJETOS 


Nuestra aventura 


l objeto de este libro es capacitarles para escri- 
bir su propio juego de aventuras. Refiriéndonos 
al programa de la nave espacial condenada, les 
recordamos que el intérprete, formado por las lí- 
neas que van hasta la 1160, puede ser reutiliza- 
do sin modificación (aparte del ajuste de algún 
GOSUB que llama a las subrutinas). 

| Desde este capítulo iniciamos la descrip- 
h ción de las diferentes fases de la construcción 
de una aventura, utilizando como ejemplo la presentada en el se- 
gundo capítulo. Al terminar, y para los que estén interesados, des- 
cribiremos también el funcionamiento del intérprete. A 


El plano 


Una vez establecida la disposición de los lugares en los que 
se desarrolla la aventura y sus conexiones relativas no queda más 
que introducir estos datos en el programa. Como hemos dicho en 
el capítulo anterior, se trata solamente de escribir una lista de ins- 
trucciones DATA. 

El plano de los lugares en los que se desarrolla “La nave es- 
pacial condenada” está representado en la figura 1, y hemos aña- 
dido números que identifican cada lugar. Hay 11 lugares numera- 
dos del 1 al 11. 

Para cada lugar es necesario proporcionar al programa una 
descripción del mismo y los números de los seis lugares colin- 
dantes (ver Capítulo 5). Con referencia al listado (reproducido en 


sl 


SE Figura 1.—Plano de la nave espacial de pasajeros “Neutronia”. 


el Capítulo 2), las líneas desde la 4130 a la 4230 contienen estas 
informaciones, en el orden correspondiente al número del lugar | 
(el lugar 1 en la línea 4130, y así sucesivamente). | 
Nótese que las descripciones están incompletas: para ahorrar ' 
memoria hemos omitido el punto final y el “Estás” inicial, que es 
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añadido automáticamente por el intérprete en el momento de im- 
primir la descripción del lugar (por si quieres saberlo, línea 760). 

Además, los números que representan los lugares adyacen- 
tes en las seis direcciones no están escritos separadamente, sino 
recogidos en una sola cadena de doce caracteres (también para 
ahorrar memoria). Los dos primeros caracteres indican el lugar ad- 
yacente al Norte, los dos sucesivos el adyacente al Sur y, a con- 
tinuación, Este, Oeste, Arriba y Abajo. 

Dado que es necesario indicar siempre dos caracteres, los nú- 
meros de una sola cifra van precedidos de cero. 

Al término de las líneas de DATA, el "FP" indica el final de los 
planos (línea 4230). 

En resumen, para introducir un plano deben de: 


e dibujar cuidadosamente el croquis, con todas las conexio- 
nes; 

e numerar los lugares con números progresivos; 

e para cada lugar escribir una descripción y los números de 
los lugares adyacentes en las seis direcciones, en el orden 
N,'S.EO,A,B. Por ejemplo: 


(Estás) en el pasillo, 2,4,0,6,0,0 


Recordemos que el cero indica una dirección no admitida. 
Después vuelvan a escribir lo seis números seguidos, ex- 
tendiéndolos a dos cifras si es necesario: 


02 04 00 06 00 00 
Y, quitando los espacios, obtendrán la cadena: 
“020400060000” 


La descripción y esta cadena, separadas por una coma, for- 
man la línea de DATA que utiliza el intérprete (confrontar 
con la línea 4150); 

e por último, no olviden la cadena “FP" que le indica al intér- 
prete el final del plano. Pueden escribirla en una línea ais- 
lada de DATA o, mejor, al final de los DATA del último lu- 
gar (línea 4230). Si lo olvidan obtendrán errores extraños al 
empezar el programa (quizá en otra línea, cuando el intér- 
prete pierda el hilo al leer los DATA). 


El diccionario 


Una vez definido el plano es necesario escribir todos los vo- 
cablos que deberán ser “entendidos” por el intérprete. Cuanto más 
rico sea el vocabulario, más fácil será simular un comportamiento 
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“inteligente” del juego. "La nave espacial condenada” utiliza unos 
50 vocablos. 

El trabajo se simplifica mucho si se definen desde el princi- 
pio el mayor número posible de vocablos, añadiendo luego sólo 
los referentes a variaciones o posibles mejoras del juego. Empe- 
zaremos, pues, por catalogar los términos necesarios, asociando a 
cada uno un número (a nuestra elección) que el intérprete utili- 
zará en lugar del vocablo, con un gran ahorro de espacio. 

Para una mejor organización es muy cómodo subdividir las 
palabras en cuatro grupos: 


e Direcciones y órdenes generales, utilizables en otras aven- 
turas (ej. “Norte”, “Coge”, “SAVE”). 

e Verbos (ej. “Abre”, a 

e Objetos transportables (ej. Llave”). 

o Objet os fijos y de decoración (ej. “Armario"). 


La figura 2 nos muestra los vocablos usados en nuestra aven- 
tura espacial, con sus respectivos códigos. Hemos reservado los 
códigos inferiores a 20 para los términos de uso general (si no los 
cambian les resultará muy fácil volver a utilizarlos en otros jue- 
gos). Después hemos subdividido los restantes en tres categorías, 
haciendo partir los códigos desde números arbitrarios (20, 50 y 
60). Los colores (códigos 62, 63 y 64) sirven para frases tipo "Pulsa 
el verde” o “Pulsa el rojo”, y por lo tanto son tratados como obje- 
tos fijos, de forma análoga a “Pulsa la tecla”, Los artículos (que se 
ignoran) aparecen todos bajo el mismo código (7). Los sinóni- 
mos tienen el mismo código y están escritos en la misma línea 
(ej. "O" y "Oeste”), 

Los códigos son siempre números arbitrarios comprendidos 
entre 1 y 98, sin ninguna implicación de orden o espacio ocupa- 
do. Una subdivisión como la que hemos mostrado siempre será 
cómoda para distinguir los distintos tipos de palabras. 

Surge ahora un problema técnico: la búsqueda del dicciona- 
rio es demasiado lenta. Cuando el analizador del léxico ha aislado 
una palabra (ej. "ANTENA”) y llama a la subrutina que consulta el 
diccionario para encontrar su código (el número que acabamos 
de asignarle), esta subrutina tiene que recorrer todos los vocablos 
hasta que encuentra la palabra buscada. Si ésta está al final de la 
lista, o no existe, puede pasar un tiempo relativamente JArgo, que 
de todas formas es molesto para quien juega. 

La mejor solución es tener el diccionario en orden a lfabéti ICO, 
para así poder usar una subrutina binaria de búsqueda rápida 
(ver el n2 9 de la BB1). Dado que la ordenación requiere un cier- 
to tiempo, es mejor insertar los vocablos ya ordenados por orden 
alfabético. Esto quiere decir que el tiempo ahorrado por el juga- 
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La nave espacial condenada: diccionario 


2 3 


N,NORTE S,SUR 


O,OESTE,W A,ARRIBA, 
SUBE 


COGE 
SAVE 


E,ESTE 
B,ABAJO,BAJA 


1 


DEJA 
LOAD 


EL,LO,LA 
MIRA 


COSA, 
INVENTARIO 


VISTE,PONTE 
TIRA 
APRIETA 


QUITA 
EMPUJA 


REPARA, 
ARREGLA 


MONO 
LLAVE 


TRAJE 
MANUAL 


CASCO 
SEGUNDO 


PULSADOR, VERDE 


TECLA 
ROJO 
ARMARIO 
ETIQUETA 


CARTEL 


PALANCA 
CAMA 


AMARILLO 
INDICADOR 
ANTENA 


EY Figura 2.—Vocablos del diccionario en el orden correspondiente a 
Y sus códigos. b 


dor se paga con un poco más de trabajo por parte del programa- 
dor (generalmente merece la pena, después de todo se hace sólo 
¡ma vez). Por lo tanto, al trabajo: el resultado final se aprecia en la 
ligura 3, 

Naturalamente, ahora los sinónimos aparecen repartidos por 
diferentes puntos de la lista. Cuando ordenen el diccionario com- 
muébenio bien: una correcta ordenación alfabética es fundamen- 

Si no, algún vocablo podría no ser reconocido. ¡Si tienen du- 
das.. consulten un diccionario! 

Volviendo al programa, las líneas de DATA desde el 3990 a 
la 4090 contienen el diccionario, en orden alfabético. Cada pala- 
bra va seguida por su código. El "FD" final indica al intérprete el 
linal del diccionario. 
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La nave espacial condenada: diccionario ordenado 


A 5 EL 7 , 65 


PALANCA 
ABAJO 6 EMPUJA 24 PONTE 
ABRE ESTE PULSADOR 
AMARILLO ETIQUETA QUITA 
ANTENA INDICADOR REPARA 
APRIETA INVENTARIO ROJO 
ARMARIO LA Ss 
ARREGLA LEE SAVE 
ARRIBA LLAVE SEGUNDO 
B LO SUBE 
BAJA LOAD SUR 
CAMA MANUAL TECLA 
CARTEL MIRA TIRA 
CASCO MONO TRAJE 
COGE N VERDE 
COSA NORTE VISTE 
DEJA (o) w 
E OESTE 


b 1 


20 
61 
21 


1) Figura 3.—Vocablos del diccionario en orden alfabético. 


Resumiendo: 


e cataloguen los vocablos subdividiéndolos en grupos; 

e asignen un código a cada vocablo o grupo de sinónimos; 

e ordenen los vocablos en orden alfabético asociando a cada! 
uno su código; 

e incluyan lo anterior en el programa, en forma de DATA. 


Los objetos 


El aventurero se encuentra con objetos de muchos tipos. Al- 
gunos de éstos se pueden coger y transportar (como una llave); 
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ulros simplemente forman parte de la decoración (como una 
vama). Todos pueden ser aludidos o manipulados (por lo menos 
von “Mira”). Los objetos transportables pueden encontrarse en va- 
1los sitios, o en posesión del aventurero o, provisionalmente, “fue- 
ln del juego”. 

El intérprete necesita una lista de los objetos con sus distin- 
las características. Los objetos se numeran, asociando a cada uno 
de ellos un número a partir de 1. Este número no tiene nada que 
ver con el código asociado en el diccionario con el nombre del 
pbjeto, pero sirve para que el intérprete (y el programador) se re- 
lleran al objeto en cuestión. El orden es arbitrario, pero hay que 
loner en cuenta que los objetos son descritos por el jugador 
(veo..) por orden de número. 

A cada objeto se le asocia una cadena (su descripción) y otros 
dos números: el código asociado en el diccionario a la palabra 
que lo describe y el lugar en el que se encuentra. La Figura 4 
muestra la lista de objetos usados en “La nave espacial condena- 
da”. 

El lugar contiene también otras informaciones: 


e si el lugar es cero, el objeto es transportado por el aven- 
turero; 

e si el lugar es negativo, el objeto no se puede coger (ej. la 
cama). Este es un típico truco para tener dos informaciones 
distintas (lugar y posibilidad de cogerlo) en el mismo nú- 
mero; 

e si el lugar es -99, el objeto está en el “limbo”, o sea, fuera 
del juego. 


Por ejemplo, el objeto número 6 está descrito como un cartel 
en el diccionario tiene el código 60 (“CARTEL”), se encuentra en 
el lugar 4 (final pasillo Sur) y no se puede coger (el número del 
lugar es negativo). 

Puede haber varios objetos con el mismo nombre (y por lo 
lanto con el mismo código de diccionario), pero ninguno podrá 
coger (ej. las camas 7 y 9, y las teclas 2, 12, 13, 16, 17, 19) de forma 
(que no puedan encontrarse nunca en el mismo lugar (el progra- 
ma no se confunde a menudo, pero el jugador sí). 

En la lista de DATA los objetos están catalogados en la mis- 
ma forma, en el orden de su número y acabando con “FO” (final 
de objetos). El número no está explicitado en la lista: el primer ob- 
jeto catalogado tiene el número 1, el segundo el número 2, y así 
sucesivamente. Las líneas desde la 4400 a la 4510 contienen la lis- 
la de los objetos utilizados en la aventura (idéntica a la de la fi- 
gura 4). 
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La nave espacial condenada: objetos 


ds PA : 


un indicador 


un pulsador 


una etiqueta 


un mono 


un cartel blanco 


un cartel amarillo 


una cama 


un armario 


00 0 fMn-*o Un oa 


una cama 


EN 
o 


un armario 


pa 
pue 


un casco 


- 
N 


un pulsador rojo 


13 un pulsador verde 
14 un indicador 

15 una palanca 

16 un pulsador rojo 

17 un pulsador verde 
18 un cartel rojo 

19 un pulsador amarillo 


7 
o 


el segundo piloto 


mn: 
pe 


una antena parabólica 


Nm 
nm 


un traje 


N 
q 


una llave 


mw 
US 


un manual 


SE Figura 4.—Objetos existentes en la aventura. 


Resumiendo: 


, 


e catalogar los objetos utilizados y asignar a cada uno un nú 
mero progresivo; 

e establecer la descripción de cada objeto (ej. una “anten 
parabólica”); 
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e escribir el código de la palabra en el diccionario (ej. el có- 
digo de Antena, o sea, 69); 

e escribir el lugar en el cual se encuentra el objeto al co- 
mienzo del juego (ej. 9 por la antena), -99 si está fuera del 
juego o cero si está transportado. Poner el signo menos si 
el objeto no se puede coger (como en el caso de la antena, 
cuyo lugar por lo tanto es -9); 

e introducir todo esto en líneas de DATA. 


Es importante tener bien marcada la lista de los objetos con 
el correspondiente número correlativo. En efecto, el intérprete 
crea una matriz LO% (Lugar Objetos) que contiene el lugar de 
cada objeto, en el orden de su número. El símbolo “%” (tanto por 
ciento) indica que se trata de una matriz de números enteros; so- 
lamente sirve para ahorrar memoria y, en algunos BASIC, también 
tiempo en los cálculos. Esta matriz LO% contiene casi todo el es- 
tado de la aventura si se exceptúan la posición del aventurero 
(contenida en la variable LU) y algunas informaciones accesonlas. 
Todos los otros datos son constantes (no cambian en el curso del 
juego). Actuando sobre LO% el programador puede mover los ob- 
jetos o transformarlos. Por ejemplo, la instrucción 


LO%(23)=7 


lleva el objeto 23 (la llave) al lugar 7 (el compartimento estanco). 

Dado que la descripción delos objetos visibles es automáti- 
ca, la instrucción citada hace “aparecer” la llave, que puede ser 
cogida, mirada, etc. Con la misma técnica se puede transformar 
un objeto, por ejemplo haciendo desaparecer una luz verde (po- 
niéndola en el lugar -99) y aparecer una luz roja (poniéndola en 
el lugar actual, LU o mejor -LU, dado que se trata de un objeto 
que no se puede coger). Desde el punto de vista del jugador siem- 
pre es el mismo objeto, pero el programador trabaja, en realidad, 
con dos objetos diferentes. 

La manipulación del lugar de los objetos mediante LO% es el 
instrumento principal a disposición del programador. 

Otros ejemplos: 


LO%(6)=0 


deja el objeto 6 (el casco) en posesión del aventurero, mientras 
que: 


LO%(24)=LU 
pone el objeto 24 (el manual) en el lugar actual. Si estaba en otra 
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habitación, “aparece”; si estaba en posesión del personaje es “de: > 
jado” en el suelo. Finalmente, la instrucción: 


IF LO%(23)=0 THEN.. 


significa: si el objeto 23 (la llave) está en el lugar cero (transpor= | 
tado), o sea, si el aventurero posee la llave.. sigue la consecuci 
cia (por ejemplo, se puede abrir el armario). 


¡ACCION! 


Llevar a cabo las órdenes 


emos llegado al punto más delicado de todo 
el mecanismo: la ejecución de las órdenes da- 
das desde el teclado. Es aquí donde se ve la 
“inteligencia” del programa (o la estupidez); 
veamos, por lo tanto, el problema en todos sus 
detalles. El jugador escribe una frase compues- 
ta por una o dos palabras significativas (exclui- 
dos, por lo tanto, los artículos) que llamamos, 
respectivamente, ' 'orimera palabra” (o “verbo”) 
ys si ¡ existe, “segunda palabra” (o “nombre”). El parser tiene, sobre 
la base de los códigos de estas palabras, que llamar a la subrutina 
que ejecuta la acción deseada. 

Debería estar ya bastante claro lo que significa podia una 

ción: se trata de imprimir un mens saje y/o modificar el estad 
de On as variables, típicamente LU (el lugar del aventurero) y 

o (el lugar de uno o más objetos). Por ejemplo, la frase "Coge 
el aatiaal! debe hacer partir una Ubrilna BASIC que controla si 
el manual está presente (y por lo tanto, se puede coger) y, en caso 
afirmativo, desplaza el manual mismo al lugar cero (transportado) 
e imprime el mensaje “Hecho”. 

Pero no es en absoluto conveniente escribir subrutinas 
BASIC diferentes para “Coge el manual”, "Coge el mono”, "Coge 
el traje”, etc. Una sola subrutina puede ocuparse del verbo “Coge” 
en general. 

Esta es la técnica utilizada en muchos juegos de aventuras, 
técnica que también está ilustrada en varios libros sobre el tema: 
el analizador sintáctico llama a la subrutina BASIC correspondien- 
te a la primera palabra de la frase (el verbo), dejando a esta su- 
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brutina la tarea de distinguir entre los diferentes casos particulares 
El “selector” de la subrutina a ejecutar funciona más o menos di 
esta forma: 


300 IF Ci=1 THEN GOSUB 1000. 
310 IF Ci=2 THEN GOSUB 1010 
320 IF Ci=3 THEN 60SUB 1020 


Si Cl es el código de la primera palabra de la frase, el fun: 
cionamiento está claro: la subrutina.que comienza en la línea 1000 
ejecuta las acciones referentes al verbo con código 1 (por ejem: 
plo "Coge”), la 1010 las relativas al verbo con código 2, y así su: 
cesivamente. Si los códigos parten de 1 y son correlativos, se util: 
liza un sistema mucho más simple y eficiente: 


300 ON C1 GOSUB 1000,1010,1020,... 


que tiene exactamente el mismo efecto. Si C1 vale 1 se ejecuta la! 
subrutina número 1, o sea, la primera de la lista (equivale a un 
GOSUB 1000), si vale 2, la segunda, y así sucesivamente. 


Problemas de comprensión 


Como decíamos, el sistema ilustrado es el más utilizado. Pro 
bablemente el motivo reside en su sencillez: el parser no tiene 
que tomar decisiones, sino que deja todo el trabajo a las subruti= 
nas que llama. Como ocurre a menudo, se trata de un plantea= 
miento equivocado, aunque a primera vista parezca lo contrario; 
la sencillez del parser se paga con una mayor complicación de las 
subrutinas, que son muchas, mientras que el parser es uno solo, 
o bien, si así se elige, con un comportamiento “más tonto” del 
programa. Consideremos, por ejemplo, la frase "Coge el manual” 
Existen varias posibilidades: 


e el manual está en el mismo lugar que el personaje, 

e el manual se encuentra en otro lugar o fuera del juego, 
e el manual está ya en posesión del aventurero, 

e el manual no es un objeto que se pueda coger. 


Si consideramos estas posibilidades en la subrutina de "Coge", 
deberemos hacer un trabajo análogo en muchas otras subrutinas 
("Deja”, “Mira”, etc.). Si no las consideramos, la simulación y el rea- 
lismo se pierden. 
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Habitualmente se utiliza una solución de este tipo: se consi- 
dera que la segunda palabra es un objeto y se verifica que esté 
presente. Pero también esta “solución” presenta problemas. Con- 
sideremos la frase "Busca el manual”: naturalmente el manual no 
está presente, por lo tanto el parser contesta "No entiendo” (mien- 
tras que desearía poder imprimir una frase apropiada, del tipo 
“Búscalo tú, yo no tengo ganas”). En este caso, el control de pre- 
sencia es molesto. Una situación de este estilo se presenta, en “La 
nave espacial condenada”, con los pulsadores de color: la frase 
"Coge el verde" se ejecuta aunque no exista en la habitación el 
objeto “Verde”, sino sólo el objeto "“Pulsador”. Por otra parte, la ac- 
ción "Lee el manual” se ejecuta sólo si el manual está presente. 

En consecuencia, muchas aventuras comerciales entran ya en 
crisis con frases relativamente sencillas, como "Mira el árbol” que 
producen respuestas, por ejemplo, como "No noto nada de parti- 
cular” aunque el árbol no esté presente, o, en otras situaciones si- 
milares, muchas contestan sistemáticamente “No entiendo”. 

Podríamos continuar con una lista de los problemas, de las so- 
Iuciones parciales y de las correspondientes trampas y complica- 
ciones, pero preferimos quedarnos en este punto e ilustrar una so- 
lución más flexible y que, a costa de una ligera complicación del 
parser (que lo hemos escrito nosotros de una vez por todas), 
ahorra trabajo y problemas a los futuros programadores (o sea, 
a ustedes). 


Tabla de las acciones 


El parser de "La nave espacial condenada” no es particular- 
mente listo, aunque está por encima de la media de los conteni- 
dos en las aventuras comerciales y de los presentados en libros 
semejantes. 

Nuestro parser funciona de esta forma: el programa consulta 
una tabla de acciones que contiene información sobre las accio- 
nes válidas, y en base a ella decide si ejecuta una subrutina BA- 
SIC, y cuál. Las subrutinas BASIC se numeran a partir de 1 y se 
las llama con una instrucción ON..GCOSUB, como ya hemos visto an- 
teriormente. La tabla puede reconocer cuatro tipos de frases, com- 
puestas por: 


1) Una pareja de palabras (verbo +nombre) en un determi- 
nado lugar (ejemplo "Aprieta el pulsador” en la sala de con- 
trol del reactor). 

2) Una palabra específica (verbo) seguida de otra cualquiera 
en un determinado lugar (ejemplo, “Mira XXX” en una ha- 
bitación con ilusiones ópticas). 
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3) Una pareja de palabras (verbo + nombre) en un lugar cual- 
quiera (ejemplo "Lee el manual”, en cualquier sitio). 

4) Una palabra específica (verbo) seguida de cualquier otra, 
en un lugar cualquiera (ejemplo, “Coge XXX”, en cualquier : 
sitio). 


En todos estos casos es posible especificar si el objeto indi- 
cado por la segunda palabra debe estar presente para que la su- 
brutina BASIC sea ejecutada, o si la acción es válida de todas for- 
mas también en ausencia del objeto. 

Se reconocen también dos tipos de frases, compuestas por 
una sola palabra, que en la práctica son como los tipos 1 y 2, pero 
con la segunda palabra ausente: 


5) Una palabra (verbo) en un determinado lugar (ejemplo, 
“Este” en el pasillo). 

65) Una palabra (verbo) en un lugar cualquiera (ejemplo, "In- 
ventario”). 


Una cosa muy importante: la búsqueda en la tabla tiene lugar 
en el orden en el que hemos catalogado las diferentes posibilida- 
des. Por ejemplo: si el jugador ha escrito “ESTE”, el parser busca 
si está prevista la palabra "Este” en el lugar actual del aventurero 
(caso cinco). Si la encuentra, ejecuta la acción indicada. Si no la 
encuentra, mira si está prevista la palabra “Este” como válida en 
cualquier sitio (caso seis), La encuentra y llama a la subrutina in- 
dicada (la de desplazamiento). Si no la encontrase, imprimiría "No 
entiendo”. Lo mismo ocurre en el caso de dos palabras: el parser 
mira primero si está previsto el caso uno (ese verbo y ese nom- 
bre en ese lugar), y solamente si no lo encuentra pasa a los casos 
2,34, y finalmente imprime "No entiendo”. La regla es que el caso 
particular tiene preferencia sobre el general. En otros términos: ha- 
bitualmente la palabra “Este” tiene un determinado efecto (mueve 
hacia el este), pero en un determinado lugar específico queremos 
que llame a una subrutina en particular, Si no está todo claro no 
se preocupe (todavía). Vamos a ver algún ejemplo que disipe las 
dudas que han podido ir surgiendo. 


Dirección: Norte 


Comencemos con el caso más sencillo: las direcciones. .He- 
mos dicho anteriormente que las direcciones no requieren un tra- 
tamiento especial: son palabras como las otras, se trata solamente 
de que ejecuten la subrutina adecuada. Esta subrutina será una 
sola para todas las direcciones y decidirá su actuación en base 
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al código de la primera (y única) palabra, cuyo código se encuen- 
tra contenido en la variable C1 (con un poco de imaginación adi- 
vinarán que C2 contiene el código de la segunda palabra), 

Por lo tanto, la tabla de las acciones tiene que contener estas 
informaciones: 


e sila frase contiene sólo la palabra “N” o un sinónimo (códi- 
go 1), ejecuta la subrutina BASIC número 1 (que se ocupa 
de las direcciones); 

e si la frase contiene sólo la palabra “5” o un sinónimo (có- 
digo 2), ejecuta la subrutina BASIC número 1 (siempre la 
misma); 

e si la frase contiene sólo la palabra “E” o un sinónimo (códi- 
go 3), ejecuta la subrutina BASIC número 1 (ídem, como 
arriba). 


Y así sucesivamente para las otras tres direcciones. Por lo tan- 
to habrá seis informaciones en la tabla de las acciones. Cada in- 
formación consiste en dos números: la síntesis de la frase y el nú- 
mero de la subrutina a ejecutar. 

La síntesis de la frase es un número que se calcula de la ma- 
nera siguiente: 


LU*10000+C1*100+C2 


Dicho más claramente: las primeras dos cifras indican el lu- 
gar en el que tiene efecto la frase (cero si vale cualquier sitio), las 
dos siguientes son el código de la primera palabra y las dos úl- 
timas son el código de la segunda palabra (cero si falta). Por lo 
tanto, la síntesis de la frase "NORTE", válida en cualquier sitio, se 
construye así: , 


Lugar: 00(cualquier sitio, se puede omitir) 
Códigol: Ol(código de “NORTE” o "N”) 
Código2: 0O(ninguna palabra). 


El resultado o síntesis de la frase (obtenido adosando los tres 
datos) es 000100. Dado que se trata de un número y no de una ca- 
dena, es igual a 100. En la tabla de las acciones, que el programa 
lee al comienzo de las líneas de DATA, es inútil desperdiciar es- 
pacio con ceros no significativos; por eso, para que Se ejecute la 
RS número 1 en respuesta a la frase "NORTE?, basta con es- 
cribir: 


DATA 100,1 
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Del mismo modo, la síntesis de “SUR” es 200, la de “ESTE” 300, * 
la de "OESTE” 400, la de “ARRIBA” 500 y la de “ABAJO” 600. Dado 
que todas estas frases deben llamar a la subrutina número 1, la ta- | 
bla de las acciones contendrá seis informaciones, cada una com- o 
puesta de síntesis de frase y número de la subrutina a ejecutar: 1 


DATA 100,1,200,1,300,1,400,1,500,1,600,1 


Miremos la línea 4270 del programa: comienza exactamente * 
con estos datos. Para acelerar la búsqueda de las acciones, la ta- | 
bla se escribe en el orden correspondiente al número de síntesis * 
de frase. Por ahora no hay problemas, pero es importante no ol- 
vidarlo. 

Por lo tanto, si el jugador escribe la frase “NORTE” en el lugar 
14, el proceso siguiente será: 


e elanalizador del léxico devuelve los códigos de las dos pa- 
labras: C1=1 (código de “Norte”) y C2=0 (código de no 
hay palabra); 

e el parser compone la síntesis de LUCC1 y C2, o sea, el nú- 
mero del lugar actual, código de la primera palabra y có- 
digo de la segunda palabra. Obtiene 140100 y busca este 
número en la tabla de las acciones. Supongamos que no lo 
encuentra: querría decir que la acción "Norte” no está pre- 
vista en el lugar 14; 

e el parser compone entonces la síntesis de 01 y 02 solamen- 
te, o sea 100, y la busca en la tabla de las acciones. La en- 
cuentra: es una acción prevista como válida en todos los lu- 
gares. Lee el número de la acción a ejecutar: 1; 

e el parser llama a la acción número 1 utilizando el selector 
de las acciones (línea 1710), que cede el control a la subru- 
tina de la línea 1780, o sea, a la subrutina BASIC de direc- 
ción (¡finalmente!). 


Para no dejar misterios sin solucionar, vamos a ver lo que ocu- 
rre en la mal afamada subrutina que ejecuta los desplazamientos 
(líneas 1780-1800). Ocurre exactamente lo que ya les hemos mos- 
trado en el capítulo 5, con la única diferencia de que el número 
del nuevo lugar no se lee por una matriz numérica sino por una 
matriz de cadena. DIK(LU) no es otra cosa más que la cadena de 
doce cifras que se ha introducido a continuación de la descrip- 
ción del lugar número LU (ver capítulo siete, plano, y líneas 
4130-4230). 

El MID$ de la línea 1780 aísla las dos cifras correspondientes 
a la dirección elegida, basándose en el código C1 (las primeras 
dos para "Norte”, las dos siguientes para “Sur”, etc.), y el VAL de 
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la misma línea las convierte finalmente en un número; el número 
del nuevo lugar que, provisionalmente, está en A. Si la dirección 
no está permitida, la línea 1790 lo hace notar, de otro modo, la lí- 
nea 1800 ejecuta el desplazamiento. Destaquemos que la línea 
1780 sólo funciona si los códigos del diccionario de las seis direc- 
ciones son 1,2,3,4,5,6. ¡Por lo tanto, no los cambien! 
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ALGUNAS ACCIONES 


- Las tres más sencillas 


n la figura 1 pueden ver nuestros apuntes re- 
lativos a las acciones generales de “La nave 
espacial condenada”. Hemos pensado propo- 
nérselos sin retocarlos, aunque contengan al- 
guna imprecisión y no siempre sean perfec- 
tamente coherentes, porque nos parecían 
adecuados para mostrar el trabajo paciente 
que hay entre bastidores de una aventura, 
IA aunque sea tan sencilla como ésta. 

Los apuntes están organizados de esta manera: en la primera 
columna se han escrito las frases que tiene que reconocer el pro- 
grama (reagrupadas si tienen que ejecutar la misma subrutina, 
como las seis direcciones), en la segunda columna está la síntesis 
numérica de la frase (número lugar, código primera palabra, Có- 
digo segunda palabra), sigue el número de la acción a ejecutar 
(subrutina BASIC) y, finalmente, hay una descripción concisa de 
la acción misma. Las acciones de la figura 1 son las generales, o 
sea, las válidas en todos los lugares e independientes de la aven- 
tura específica (salvo algunas excepciones, que ya veremos). 

«Comencemos con tres acciones sencillas: “SAVE”, "LOAD" e 
“INVENTARIO” que, respectivamente, se ocupan de registrar la si- 
tuación actual (muy aconsejada antes de emprender acciones im- 
prudentes), retomar una situación anterior y cataloga los objetos 
que posee el aventurero (con el cómodo sinónimo “COSA”). 

El mecanismo de ejecución de estas acciones funciona exac- 
tamente como el de las direcciones, haciendo ejecutar la adecua- 
da subrutina BASIC de acción (respectivamente 5, 6 y 7). Les re- 
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La nave espacial condenada: acciones generales 


si Lugar(OB)=0 
“Ya hecho” 
si OB=no se puede coger 
“No es posible” 
si OB=Mono y lugar (Traje) =0 
“Quitate antes el Traje” 
si OB=Traje y lugar(Mono) =0 
“Quítate primero el mono” 
si no 
lugar(OB)=0 
si OB=Casco,Mono o Traje 
“Ahora lo Tienes puesto” 
si no 
“Hecho” 


si OB=0 o Lugar(OB)< >0 
“No lo Tienes” 

si LU>=9 (ea 
lugar(OB)=-—99 
“Perdido en el espacio” 


no 
lugar(OB) =LU 
“Hecho” 


MIRA XXX “Nada de particular” 


si 


SAVE guarda situación 


LOAD recobra situación 
COSA,INVENTARIO imprime inventario 


Figura 1.—Primeros apuntes de las acciones generales de "La nave 
espacial condenada”. 


cordamos que los códigos de las palabras se encuentran en el dic- 
cionario preparado con anterioridad (capítulo 7). 

Las subrutinas BASIC de “Save” y "Load” se encuentran en las 
líneas 2000 y 2060 y, naturalmente, dependen del ordenador uti- 
lizado. Son muy primitivas, en el sentido de que sólo está permi- 
tido el rescate de una única situación, con nombre fijo (“ASTRO", 
definido en la línea 1010). 

La subrutina de “Inventario” (línea 2120) hace uso, en cambio, 
de una subrutina del intérprete, la que describe los objetos pre- 
sentes en un determinado lugar. Dado que los objetos poseídos 
por el aventurero están en el lugar cero, vale reutilizar la misma 
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subrutina. Conviene dejar tal cual esta acción. Como inciso, el 
GOTO 590 al final de la línea 2120 es, conceptualmente, un GOSUB 
590 seguido de un RETURN. El efecto es idéntico y se ahorra tiem- 
po (en la práctica, la subrutina de inventario retorna utilizando el 
RETURN que está al final de la subrutina llamada). 


Mira 


La acción "MIRA XXX”, en cambio, es más complicada: debe 
ejecutarse como respuesta a una frase compuesta por la palabra 
“MIRA” seguida de una palabra válida cualquiera y sirve en un lu- 
gar cualquiera. La síntesis de la frase se construye como antes: 


Lugar: 0O(cualquier sitio, se puede omitir) 
Codigol: 10(código de "MIRA”) 
Codigos: 99(cualquier palabra válida). 


Una novedad: indicando 99 como código de la segunda pa- 
labra se entiende “cualquier palabra válida, siempre que exista". 
La síntesis de la frase es, por lo tanto, 1099 y, dado que tenemos 
que ejecutar la acción 4, en la tabla deberemos escribir: 


DATA 10994 
En cambio, en la tabla se encuentra: 
DATA 1099,4 


(más o menos hacia la mitad de la línea 4290). Esta es una Cqmo- 
didad más: si el número de la subrutina es negativo, significa'que 
el parser tiene que controlar que la segunda palabra Se refiera a 
un objeto presente O transportado, es decir, situado en el lugar ac- 
tual o en posesión del aventurero. En caso contrario, imprime 
“Aquí no está» y se niega a llamar a la subrutina indicada. 

Dado que para mirar un objeto este último tiene que estar pre- 
sente, ponemos el signo menos y nos aseguramos así que la su- 
brutina número 4 sea ejecutada sólo si el jugador mira a un obje- 
to realmente visible. 

Como pueden ver en la línea 1970, la subrutina número 4 se 
limita a imprimir “No noto nada de particular”. En efecto, se trata 
de la subrutina general de “Mira..”, que está al final de la lista (caso 
4 de los enumerados en el capítulo 8) y sirve para dar, de todas 
formas, una respuesta, en ausencia de acciones más. interesantes 
(como "mira el indicador”). En jerga técnica es una subrutina de 
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“default”, o sea, a ejecutar en ausencia de otras subrutinas con pre- 
ferencia más alta. 


Coge 


Llegamos ahora a dos acciones fundamentales en los juegos 
de aventuras: coger y dejar los objetos. Comencemos por la pri- 
mera. 

Si se quiere un mínimo de realismo, en la acción "COGE" es | 
necesario considerar que el objeto cifado: 


e tiene que estar presente; 
e no puede estar ya en posesión del aventurero; 
e tiene que poder cogerse. 


La primera condición es automática: basta poner un signo me- 
nos delante del número de la acción (ver la figura 1: el número 
de la acción a ejecutar es -2). Para satisfacer las otras dos, la 
subrutina llamada se plantea más o menos de esta manera: 


e si el objeto ya está en poder del aventurero imprimir “Ya 
hecho" y volver, 

e si el objeto es del tipo de los que no se pueden coger 
(lugar negativo, ver capítulo 7), imprimir “No es posible” y 
volver. 

e sitodo es correcto, desplazar el objeto al lugar cero (trans- 
portado), imprimir “Hecho” y volver. 


Para referirse al objeto citado en la frase, se utiliza la variable 
OB, en la cual el intérprete pone el número del objeto (¡no el có- 
digo del diccionario!; ver capítulo 7) citado como segunda palabra. 

Atención: si el objeto no está presente en el lugar LU o trans- 
portado, OB contiene cero y no se utiliza. Por lo tanto, LO%(OB) es 
el lugar del objeto citado como segunda palabra. Nosotros tene- 
mos la costumbre de llevar nuestros apuntes en una forma de 
"pseudocódigo”, o sea, en una especie de lenguaje estructurado 
del cual les doy, en seguida, un ejemplo reescribiendo parte de 
la subrutina de “Coge”: 


si lugar(OB)=0 : 

“Ya hecho” > 
si OB=no se puede coger 

"No es posible” 
Si no lugar(OB)=0 

“Hecho”. 
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No hay mucha diferencia respecto a lo anterior; es sólo más 
conciso. Las palabras “si” y “si no” o “de otro modo” se pueden sus- 
tituir por las equivalentes en inglés "if" y “else”; la ventaja está en 
la brevedad y en la semejanza con instrucciones BASIC, lo que 
simplifica el trabajo de traducción al programa, Además, escribi- 
- mos simplemente entre comillas un resumen de los mensajes a im- 
primir y hacemos uso de la indentación, que consiste en despla- 
zar hacia la derecha (indentar) las opeaciones (instrucciones) re- 
lativas a un determinado if, para verlas más claramente. Dado que 
este libro no es un curso de programación estructurada, nos pa- 
raremos aquí. De todas formas, pensamos que nuestros apuntes 
son bastante legibles. : 

Volviendo a la subrutina de “Coge”, se puede traducir al BA- 
SIC de esta manera: 


1830 IF LOZ(0B)=0 THEN PRINT "YA HECHO*: RETURN 
1840 1F LOXC0B)<0 THEN PRINT "NO ES POSIBLE":RETURN 
1870 LOZ(0B)=0 * 

1890 PRINT "HECHO":RETURN 


Nótese cómo la subrutina corresponde exactamente a los 
apuntes. En particular, la línea 1840 verifica que el objeto citado 
se pueda coger comprobando que su lugar no sea negativo (si es 
negativo, significa “que no se puede coger”; ver capítulo 7). 

La subrutina de “Coge” utilizada en “La nave espacial conde- 
nada” es ligeramente más complicada, porque tiene en cuenta al- 
gunos casos particulares: impide ponerse el mono si ya se tiene 
puesto el traje (y viceversa), e imprime "Ahora lo tienes puesto” 
en vez de "Hecho" si el personaje coge el casco, el mono o el tra- 
je. Verifiquen estas diferencias entre los apuntes de la figura l y 
- las líneas 1830-1890 (en la práctica, se han añadido las líneas 1850, 
1860 y 1880). En una de sus propias aventuras, basta con que qui- 
ten estas líneas añadidas para tener una subrutina general del 


"Coge". 


Deja 


Pasamos a la acción recíproca: la de dejar un objeto. Aquí el 
trabajo es más sencillo: si el objeto no es transportado no se pue- 
de dejar. Dado que queremos imprimir “No lo tienes” si el objeto 
no es transportado (esté presente o no), hay que evitar el control 
preliminar del intérprete (que imprimiría “Aquí no está” en caso 
de ausencia). Para evitar el control basta utilizar un número de ac- 
ción positivo (efectivamente, es 3, y no -3). 
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Pero hay una trampa: Llegados a este punto no basta con mi- 
rar LO%(OB) para saber dónde está el objeto. Efectivamente, como 
hemos dicho antes, si el objeto no está presente o transportado 
OB vale cero y LO%(OB) producirá, teóricamente, un error. En 
realidad, LO%(O) contiene cero (este elemento no se ha utilizado 
nunca), pero esto no significa en absoluto que el objeto esté trans- 
portado, ¡significa sólo que estamos mirando una variable sin 
significado!; en suma, hay que comprobar que OB no valga 
cero, porque si no quiere decir que el objeto, ciertamente, no se 
puede dejar. Por lo tanto, la acción de “Deja” es: 


si OB=0 o lugar (OB)<>0 
“No lo tienes” 

si no 

lugar (OB)=LU 
“Hecho” 


Así como para la acción “Coge”, también para “Deja” hay un 
caso particular que concierne a "La nave espacial condenada”: si 
el número del lugar es mayor o igual a 9 (o sea, 9, 10, 11) nos en- 
contramos en el espacio exterior y cualquier objeto dejado se per- 
derá, trasladándolo al lugar -99 (el "limbo”). Las líneas de progra- 
ma desde la 1920 hasta la 1940 son la subrutina de “Deja”. 

Como en todos los programas no existe una única forma de 
resolver los problemas. Se hubiera podido escribir una subrutina 
más “limpia” para “Deja” y prever la frase "Deja XXX” en los luga- 
res 9, 10, 11. Nuestra solución es más corta, pero quizá menos acon- 
sejable para quien prefiere las cosas bien ordenadas. Esto mismo 
vale para "COGE EL CASO”, "COGE EL MONO”, y “COGE El; TRA- 
JE”, en donde, al querer señalar las tres acciones espaciales, las co- 
sas resultaban más complejas. Era necesario, en la práctica, repe- 
tir cuatro veces los controles de la subrutina de “Coge”. Probable- 
mente no valía la pena. 
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A BORDO DEL “NEUTRONIA” 


Acciones a medida 


as acciones que hemos visto hasta ahora son de 
carácter general, reutilizables para otras aventu- 
ras. Ahora se trata de escribir acciones especí- 
ficas para una determinada aventura, precisa- 
mente la de "La nave espacial condenada”. Ya 
deberían tener muy claro que, a diferencia de 
lo que ocurre en muchos otros programas para 
aventuras, estas acciones específicas funcionan 
exactamente igual que aquellas generales, gra- 
cias a la tabla de las acciones. También la subdivisión que he- 
mos hecho en los apuntes es sencillamente una cuestión de co- 
modidad. 

No les describiremos detalladamente todas las acciones; nos 
limitaremos a comentar las más significativas, dejándoles el útil 
ejercicio de examinar las otras y entender cómo funcionan. Em- 
pezamos en seguida con las acciones válidas en todos los luga- 
res de la nave espacial, que pueden ver resumidas en la figura 1. 


Casco, Mono y Traje 


Ya las tres primeras acciones ("Ponte Casco”, "Ponte Mono” y 
"Ponte Traje”, donde omitimos los artículos como hace el progra- 
ma) merecen nuestra atención. Para simplificar el juego hemos es- 
tablecido que coger uno de estos tres objetos equivale a ponér- 
selo (véase la subrutina de “Coge” del capítulo anterior). Enton-. 
ces parecería conveniente indicar simplemente “Ponte” como si- 
nónimo de “Coge” (mismo código en el diccionario); de este modo, 
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La nave espacial condenada: acciones válidas en cualquier lugar 
Ponte Casco goto Coje XXX 
Ponte Mono goto Coge XXX 
Ponte Traje goto Coge XXX 
Deja Casco 
Deja Mono 
Quita Casco 
Quita Mono if lugar(OB)<>0 
“No lo tienes” 
if LU>=90r (LU=7 ¿e var2=1) (fuera) 
“Aaaagh” 
goto Deja XXX 
Quita Traje , goto Deja XXX 


Mira Mono “Es tu mono para activ. extravehic.” 


Mira Segundo “Tiene el casco deteriorado” 


Mira Cartel 
Mira Manual “¿No es mejor leerlo? 


Mira Traje “Pesado, tratado con plomo” 


Lee Manual 
Abre Manual if lugar(OB)=LU 
“Cógelo con la mano antes” 
else 
“Instrucciones: para activar...” 


Repara antena “Necesitamos al segundo” 


Figura 1.—Acciones de "La nave espacial condenada" válidas en 
cualquier lugar. : 


las frases “Coge Mono” y “Ponte Mono” tendrían exactamente el 
mismo efecto. Lamentablemente, no siempre la sencillez es bue- 
na: con este sistema se aceptarían frases como "Ponte Manual" o 
"Ponte llave”. Con respecto a esto hay dos puntos de vista: el pri- 
mero (típico de muchos autores) es el de “¿A quién le importa? 
Nadie dirá nunca una frase así”. En cambio, nosotros pensamos 
que el realismo y el interés de una aventura se miden también, y 
mucho, por el cuidado en los detalles. Por suerte, el parser y la 
tabla de acciones hacen sencilla la adición de nuevas posibilida- 
des, y así también los vagos podrán construir una aventura rica 
en detalles sin mucho esfuerzo, 

Por ejemplo, es muy fácil hacer que “Ponte Casco” tenga el 
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mismo efecto que "Coge Casco”. Es suficiente con poner en la ta- 
bla de acciones las síntesis de "Ponte Casco": 


Lugar: 00(en cualquier sitio) 
Ponte: 20 
Casco: 50 


Por lo tanto, la síntesis es 2050, número que se debe insertar 
en su lugar en la tabla (que, recordamos, va en orden de número 
de síntesis) A continuación se pone el número de la acción 
(subrutina BASIC) a ejecutar, Dado que la frase tiene que tener el 
mismo efecto que "Coge Casco”, basta con poner el mismo núme- 
ro que la subrutina de "Coge", o sea, -2 (el signo menos, como 
siempre, quiere decir que el objeto tiene que estar presente). En 
la figura 1 la hemos indicado como "goto Coge XXX” para recor- 
dar que esta acción tiene el mismo efecto que la otra. Esto mismo 
sirve, obviamente, para "Ponte Mono” y "Ponte Traje". 

Ahora, por tanto, la frase “Ponte Casco" tiene el mismo efecto 
que "Coge Casco”, pero la frase “Ponte Llave” no es reconocida 
en ninguna parte y produce así la respuesta "No entiendo”. En una 
aventura bien hecha también se debería de prever una respuesta 
estándar por defecto para el caso "Ponte XXX”, o sea, para todos 
los intentos de ponerse objetos que no son adecuados (por ejem- 
plo: “No sabía que tú pudieses cambiar de forma. ¿Puedes trans- 
formarte también en un gusano?”). Mejor aún, se debería de pre- 
ver una respuesta adecuada para cada verbo cuando no sea 
usado en el modo o con el objeto correcto. Si no, la frase "No en- 
tiendo” en seguida se hará pesada: la variedad mantiene el interés 
del jugador. Con referencia a Casco y Mono observen (en la 
figura 1) las frases "Deja Casco”, “Quita Casco", etc, 

Dado que sería inverosímil permitir que un astronauta se qui- 
te el casco o el mono, sin sufrir daños mientras se encuentra en 
el vacío, hay que considerar esta posibilidad: si el personaje rea- 
liza la acción en el exterior de la nave espacial (lugar>=9), o en 
el compartimento estanco (lugar 7) cuando éste está abierto al va- 
cío (variable 2, como veremos más tarde), sucede lo inevitable. Si 
no es ésa la situación se ejecuta la subrutina normal "Deja XXX". 
Para hacerlo es suficiente con ejecutar un GOTO en BASIC a la su- 
brutina en cuestión, como se puede ver en la línea 2220 del pro- 
grama. Las líneas 2210-2230 constituyen la subrutina de acción. 


Acciones particulares y generales 


Aunque en esta aventura no hay ejemplos adecuados, les re- 
cordamos que una misma acción puede tener un efecto distinto 
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en diferentes lugares. Por ejemplo, la frase “Pide ayuda” sólo fun- 
cionaría cerca de la jaula de los leones (imaginen ustedes el efec- 
to), mientras que en otros sitios se contestaría con un desolador 
“Nadie está cerca para oírte”. 

Es cierto que en este caso se puede escribir una subrutina vá- 
lida para todos los lugares (cuya síntesis empezará, por lo tanto, 
con 00) y efectuar una comparación (IF LU = 47 THEN..) al princi- 
pio de la subrutina para establecer si nos encontramos en un lu- 
gar especial, pero es mejor utilizar dos subrutinas distintas: una ge- 
neral (válida en todos los lugares), que da una respuesta por de- 
fecto, y una específica (válida en un soló lugar) que realiza el efec- 
to deseado. Es el parser el que se ocupa en dar preferencia a esta 
última si el aventurero se encuentra en el lugar indicado. Les re- 
cordamos que el orden de preferencia de las distintas acciones 
ya fue descrito en el capítulo 8. 


Acciones específicas 


La figura 2 nos muestra la lista de las acciones que sólo tie- 
nen efecto si la frase se pronuncia en un determinado lugar. Si la 
fTase se enuncia en lugar distinto al indicado, el parser no la en- 
contrará; entonces mirará si la tabla contiene la misma acción vá- 
lida en todos los lugares. Si no aparece imprimirá “No entiendo”, 


La nave espacial condenada: acciones válidas en un lugar específico 


Cabina (1): 
Mira Indicador 011066 “Temperatura” 


Lee etiqueta 012570 “SOS Galáctico, sólo para emergencias 


Aprieta pulsador 012661 “Antena exterior defectuosa” 
Pasillo Norte (2): 
Lee Cartel “Escalera: entrada reservada...” 
A : LU=1 ¡aa 
if ea Segundo) =9 ffuera) 
“Si estuviera aquí... , 


“Mejor no despertar a los pasajeros” 


Figura 2.—Acciones de “La nave espacial condenada” válidas sólo 
en un lugar. 
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Pasillo (3): 
E “Mejor no despertar a los pasajeros” 
Pasillo Sur (4): 
Lee Cartel “O: Atención: hab. despresurizada...” 
E “Mejor no despertar a los pasajeros” 
Cabina Segundo (5): 
Abre Armario if lugar(Manual) <> —99 
“Ya hecho” 
else if lugar(Llave) < >0 


“Cerrado con llave” 
else 


“Hecho” 
Lugar(Manual) = LU 
Lugar(Traje) = LU 

Cabina Comandante (6): 

Abre armario 

Compartimento estanco (7): 


E if var2=0 (cerrado) 
LU=4 (pasillo) 


e 
goto 1 (Direcciones) 


LU=11 (exterior 

LU=11 (exterior 
else 

goto 1 (Direcciones) 


if var 2=1 [exar 


Aprieta Pulsador 072661 “Aprieta Rojo o Aprieta Verde” 


Aprieta Rojo 072664 if var2=1 (ábierto) 

“Click” 

else 
“Si abre...” 
var2=1 

if lugar(Mono) <> 0 lugar(Casco) < >0 
"Aaaagh” 
Muerto 

if objetos móviles en LU 
lugar(objetos) = —99 
“Perdidos en el espacio” 


Aprieta Verde 072662 | 27 | if var2=0 (cerrado) 

“Click” 

else 
“Se cierra...” 
var2=0 
if lugar(Segundo) =0 
and lugar(Llave) = —99 
“Revive” 

lugar(Llave) =LU 


T Figura 2.—Continuación. 
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Sala control reactor (8): 


Lee Cartel 
Mira Indicador 


082560 
081066 


082661 
082664 


Aprieta Pulsa “Aprieta Rojo, Amarillo o Verde” 


“Click” 


Aprieta Rojo 
“Tubería que pierde” 


timerl =timer1 div 2 


“Click” 

if var =1 

var =2 

if lugar(Traje) <>0 
“Te sientes regular” 


Aprieta Amarillo 


else 
varl =0 
timerl =timerl1 div 2 


Aprieta Verde 


082662 “Click” 
if varl =2 

varl =3 

if lugar(Traje) < >0 


“Exceso de radiaciones” 


timerl1 =timer1 div 2 


“Clank” 
if varl =3 

Final. ¡Felicidades! 
else 

vari=0 
timerl =timer1 div 2 


082465 


Empuja palanca 


“Clunk” 
var1 =0 
timer1 =timer1 div 2 


Exterior (9): 
Mira Antena 091069 | 36 | “Parece averiada” 


105] Figura 2.—Final. 


Nótese que los números de las acciones (subrutinas BASIC) 
a ejecutar son todos positivos: dado que en ninguna de estas ac- 
ciones la segunda palabra indica un objeto móvil (podría suceder 
en otra aventura) y dado que el lugar es conocido (la síntesis de 
la frase empieza con el número del lugar en el que tiene que te- 
ner efecto la acción), no hay ninguna necesidad de comprobar la 
presencia del objeto citado (por ejemplo, el armario). 
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Tira palanca 


La frase “Repara Antena” se ha puesto entre las que son vá- 
lidas en cualquier lugar (fig. 1), porque tiene que contestarse “Aquí 
no está” automáticamente, por efecto del signo menos, haciendo 
intuir así que la antena tiene que estar en alguna parte (muchos 
jugadores escriben esta frase en la cabina de mando). 

La primera frase interesante es "A" (“Arriba”) en el lugar 2 (pa- 
sillo). Su síntesis está hecha de la forma habitual, pero indicando 
un número de lugar: 


Lugar: 02 
Primera palabra: 05 
Segunda palabra: 00 


Por lo tanto, la síntesis es 020500, o sea 20500. Dado que una 
acción local tiene preferencia sobe una general, cuando el juga- 
dor escribe "A" en el lugar 2 no se ejecuta la subrutina general 
de movimiento (subrutina 1), sino la específica señalada en este 
caso (subrutina 20). Recordamos una vez más que las acciones de 
la tabla están en el orden del número de síntesis. 

La subrutina que ejecuta la acción (2800-2830) no sólo se en- 
carga de trasladar al aventurero a la cabina de mando (LU = 1), 
sino que imprime también un mensaje si el segundo piloto toda- 
vía no ha sido salvado, Esta es la técnica normal para hacer que 
suceda algo durante el traslado desde un lugar a otro. 

] Una subrutina parecida es la número 21, que imprime un men- 
saje (“Mejor no despertar a los pasajeros..”), pero no permite el 
desplazamiento (simplemente, no cambia LU). 

En la acción “Abre armario”, en el lugar 5 (cabina del segun- 
do) se comprueba que el manual no haya aparecido antes. Sólo 
si aún está en el “limbo” (lugar -99), se comprueba si el personaje 
posee la llave. Y únicamente en este caso aparecen el traje y el 
manual. La subrutina BASIC está en las líneas 2960-2980; a partir 
de ahora no les indicaremos más líneas. Pueden buscarlas uste- 
des leyendo las REM, o bien las instrucciones ON... GOTO... 


El compartimento estanco 


El compartimento estanco es un lugar interesante, aunque no 
ponga muchos problemas a los jugadores amantes de la ciencia 
ficción. Dado que puede estar en dos estados, es decir, abierto ha- 
cia el pasillo o hacia el espacio exterior, es necesaria una variable 
para saber en qué estado se encuentra. La variable, que hemos 
llamado var2 en las notas, en realidad es la variable BASIC V2 (si, * 
hay una Vl, ¿cómo se han enterado?). Si vale cero el comparti: 


8l 


mento estanco está cerrado (con respecto al espacio exterior), si 
vale 1 está abierto. El pulsador rojo lo abre y el verde lo cierra. 

Sería absolutamente erróneo, y no sólo inútil, indicar un nús 
mero de subrutina negativo para las acciones "Aprieta rojo” y 
"Aprieta verde”, En efecto, el parser buscaría los códigos corres- 
pondientes en el diccionario a las palabras “Rojo" y “Verde”, que! 
no existen; existen sólo dos objetos con código “Pulsador” y son 
precisamente los números 12 y 13 (ver capítulo 7, Figura 4). 

Al abrir el compartimento estanco, las fuerza del aire en el va- 
cío se lleva todos los objetos que, eventualmente, se hayan deja- 
do en el suelo. Por un simple favor de los autores generalmente 
esto no sucede. Habría sido una faena hacer la aventura de forma 
que hubiera algún objeto esencial por el suelo en el momento de 
la apertura del compartimento estanco, A propósito, es obvio que 
no es posible sobrevivir en el vacío sin mono y casco. 

Nos damos cuenta, al escribir estas líneas, de haber pasado 
por alto una posibilidad: si el aventurero deja en el suelo al se- 
gundo piloto antes de cerrar el compartimento estanco, éste no re- 
vive. En la respuesta a la frase “Aprieta el verde”, hay que prever 
un "if lugar (Segundo) = O or lugar (Segundo) = LU.” Ninguno de 
los revisores del programa se ha quedado atrapado aquí, pero es 
mejor preverlo porque si no la solución de la aventura puede ser 
imposible. 


El reactor 


La sala de control del reactor es, probablemente, el lugar de 
la nave espacial donde es posible realizar el mayor número de ac- 
ciones. Como ustedes saben, la acción final de la aventura con- 
siste en desactivar el reactor en base a informaciones recabadas 
de un manual incompleto. 

Naturalmente, habrán comprendido que para desactivar el 
reactor hay que ejecutar exactamente al revés la secuencia de 
puesta en marcha del mismo, Dado que para esto último hay que 
tirar de la palanca, apretar el pulsador verde, apretar el pulsador 
amarillo y, por último, apretar el pulsador rojo, la secuencia opues- 
ta será: apretar el pulsador rojo, apretar el pulsador amarillo, apre- 
tar el pulsador verde y, obviamente, empujar la palanca. 

Parece que los aventureros no demasiado expertos tienen di- 
ficultades para imaginar una palanca típica de cuadro de control 
del tipo de las usadas para manejar las grúas o las excavadoras, 

Volveremos sobre el tema de la dificultad cuando hablemos 
de la revisión y la puesta a punto. Por ahora, nos interesa explicar 
el mecanismo de funcionamiento del cuadro de mandos: 
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e si una orden se ha dadó en la secuencia correcta, incre- 
menta un contador; 

e si una orden se da fuera de la secuencia correcta, pore a 
cero el contador y reduce a la mitad el tiempo disponible 
(recalentamiento por maniobra errónea). 


Del factor tiempo hablaremos en el capítulo próximo: por aho- 
ra les diremos que la variable Tl (timer-temporizador-1) es de- 
crementada automáticamente en cada ciclo; cuando llegue a cero 
todo explotará silenciosamente (en el vacío). Dividiendo por 2 T1l 
se reduce a la mitad el tiempo disponible. El “div” en la expresión 
“timer 1 = timer 1“div” 2” significa división entera, o sea, sin resto 
(¿Cómo se hace en BASIC? Miren la línea 3830). 

Volviendo al mecanismo de control del reactor, la variable V1 
(var 1 en los apuntes) es el contador de desactivación, que al co- 
mienzo del juego vale cero. La acción "Aprieta Rojo" (la primera 
de la secuencia) pone V] = 1 sólo si anteriormente valía cero, O 
sea, si no se había ejecutado ninguna otra maniobra (o si una ma- 
niobra equivocada había puesto todo a cero); la acción "Aprieta 
Amarillo” (la segunda) pone V1 = 2 sólo si valía 1, o sea, si se ha- 
bía apretado el rojo y sólo el rojo; "Aprieta Verde” pone Vl = 3 
sólo si valía 2, o sea, después de la secuencia rojo-amarillo; final- 
mente, "Empuja Palanca” acaba el juego sólo si V1 valía 3, o sea, 
sólo después de la secuencia correcta rojo-amarijllo-verde. Cada 
maniobra fuera de la secuencia envía a la línea 3830 del progra- 
ma, que parte por la mitad el temporizador Tl y pone a cero VI, 
obligando a comenzar la secuencia desde el principio. 

A propósito: el traje sirve solamente para impedir que un 
aventurero malintencionado consiga, al observar en el indicador 
de temperatura el efecto de las diferentes maniobras (no lo ha- 
bían pensado ¿eh?), desactivar el reactor sin haber salvado pri: 
mero al segundo piloto: la penúltima maniobra (“Aprieta Verde”), 
hace que el personaje muera por exceso de radiación (así apren- 
de a no pasarse de listo). 


ÚLTIMOS DETALLES 


na vez definido el guión, preparen el dicciona- 
rio, el plano, la lista de objetos, la tabla de las 
acciones y las subrutinas que las llevan a la 
práctica; estamos casi preparados para el 
“montaje” final de la aventura, en la forma de 
un programa en BASIC. Sólo faltan las subruti- 
nas de introducción, de final de juego (para 
bien o para mal), y de paso del tiempo. Veá- 
moslas. z 


Prolegómenos 


La introducción se encuentra en el programa entre las líneas 
1540-1670. Naturalmente, puede tener un número diferente la lí- 
nea inicial, pero hay que acordarse entonces de modificar la lla- 
mada del intérprete en la línea 720. En primer lugar impriman los 
títulos y un mensaje introductorio a la aventura, después iniciali- 
cen las variables que el intérprete deba conocer, en nuestro caso, 
el lugar inicial y las variables especiales utilizadas por esta aven- 
tura (T1, V1 y V2, o sea, el timer, el contador del reactor y el es- 
tado del compartimento estanco). 

Precisamente la línea 1670 hace este trabajo: LU = 6 significa 
que el aventurro empieza el juego en el lugar 6 (la cabina del co- 
mandante), Tl = 100 quiere decir que la aventura se resuelve en 
100 tumos (salvo maniobras erróneas, que reducen el tiempo dis 
ponible). V1 =0 y V2 = 0 son instrucciones superfluas, dado que 
en BASIC todas las variables numéricas contienen cero al princi 
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pio del programa, pero no cuesta mucho indicarlo de manera ex- 
plícita. l 

En la subrutina de “Save”, hay que acordarse de grabar en dis- 
co o en casete no sólo LU y LO%, sino también estas variables: Tl, 
V1 y V2. Lo mismo vale para la subrutina de "Load" (ver líneas 
2000 y 2060, la sintaxis depende del ordenador utilizado). 


Finales 


El final positivo (aventura resuelta).no presenta problemas: 
basta con imprimir el mensaje de enhorabuena adecuado y ter- 
minar el programa con la instrucción END. Esto se puede hacer 
directamente en la subrutina que ejecuta la acción final (en nues- 
tro caso, "Empuja Palanca”), como se puede ver en las líneas 
3640-3770. El GOSUB 1120 de la línea 3650 sirve para evitar que 
una serie de mensajes demasiado larga desaparezca de la panta- 
lla antes de que el jugador haya tenido tiempo de leerla. Usenla 
todas las veces que lo crean oportuno. - 

El final negativo (muerto) también imprime un mensaje ade- 
cuado (líneas 1200-1320), después pregunta si se quiere volver a 
empezar desde el principio. En caso afirmativo, un simple "RUN" 
hace volver a empezar el programa, si no un “END” lo termina. 
Las líneas 1330-1360 son reutilizables tal y como aquí aparecen. 
Nótese que la 1340 extrae el primer carácter de la respuesta, de 
forma que acepte “S”, "SI”, “N”, “NO”: no se aceptan otros caracte- 
res iniciales, pues volvería a proponer la pregunta. 

La subrutina de "muerto” sólo es llamada por otras subrutinas 
del programa (ejemplo: línea 3130), no por el intérprete, Por lo tan- 
to, no hay ningún problema en cambiar los números de la línea, 
sólo hay que tenerlo en cuenta en las correspondientes llamadas. 
Además, dado que la subrutina acaba con “END” o con "RUN" se 
la puede llamar tranquilamente con un COTO desde cualquier ni- 
vel de subrutina (no hay problemas de RETURN). 


Temporización 


Veamos finalmente el mecanismo de paso del tiempo, que en- 
contrarán en las líneas 1400-1500. En caso de modificar los núme- 
ros de líneas, es necesario cambiar también la llamada a la línea 
780 del parser. f 

La temporización está realizada a medida para esta aventura, 
pero el principio es válido para todos los casos en los que haya 
paso de tiempo (por ejemplo, una vela que se consume). El par- 
ser llama a la subrutina de tiempo cada vez que el jugador intro- 
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duce una frase. La subrutina decrementa el Hempo restante (lnea 
1400) y después verifica si es el momento en que debe ocumir al: 
guno de los acontecimientos predispuestos, que en este caso Son 
distintos mensajes a imprimir (líneas 1410-1430) y el mensaje final 
de destrucción cuando el tiempo ha vencido definitivamente. 
Aparte de este último caso, la línea 1440 normalmente vuelve al 
parser. 


Montaje 


Ahora que están todos los elementos, Se puede proceder a la 
construcción del programa completo. Les sugerimos un procedi- 
miento para el montaje de sus aventuras. Está claro que es con- 
veniente usar de vez en cuando el “SAVE”, si no les faltará segu- 
ramente la corriente, debido a la primera ley de Murphy (“Si algo 
puede ir mal, irá mal”). Por el mismo motivo no empleen siempre 
el mismo nombre, sino nombres y números correlativos (ejemplo: 
CAVERNAS1, CAVERNASZ, etc.). Si disponen de casete graben al- 
ternativamente en las dos caras. Cada cinco o seis grabaciones ha- 
gan una copia en otro disco o casete. 

¿Están preparados? Pues adelante: 


1) Carguen el intérprele en la memora, o sea, las líneas des- 
de la 100 a la 1160. 
2) Introduzcan las líneas con los DATA del diccionario, com- 
probando una vez más que los vocablos estén en orden 
alfabético, seguidos cada uno de su propio código, y que 
no falte el “FD” al final. Les conviene utilizar un número 
de línea bastante alto, digamos 8000, para no obstaculizar 
después la escritura de las acciones. ; 
Introducir las líneas con los DATA del plano, verificando 
que estén en el orden correcto (a partir del lugar 1), que 
cada descripción esté seguida de la lista de los pasos y, 
sobre todo, que esta lista sea correcta (es fácil equivo- 
carse con secuencias de 12 cifras). No olviden “FP” al fi- 
nal Utilicen números de línea sucesivos a los del diccio- 
nario, dejando algo de separación (digamos 300) para po- 
sibles (o sea, seguros) añadidos sucesivos. 
introduzcan las líneas con los DATA de las acciones (la 
tabla de las acciones), controlando que cada una com- 
prenda número de síntesis y número de acción. Verifi- 
quen muy cuidadosamente que los números de síntesis 
estén en orden correlativo, y no olviden "FA" al final. Los 
números de línea deben ser sucesivos a los del plano, 
con la correspondiente separación. 


3 


— 


4 


— 
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5) Introduzcan las líneas con los DATA de los objetos, veri- 


6 


1 


8 


<= 


pi 


ficando que estén en el orden deseado (que habrán es- 
crito en algún sitio), que estén en grupos de tres (des- 
cripción, código de diccionario, lugar inicial) y que al fi- 
nal no falte “FO”. Vale la misma explicación para los nú- 
meros de líneas. 

A continuación del intérprete (por lo tanto antes de los 
DATA) escriban las subrutinas de muerto, de tiempo y de 
introducción, dejando espacio para modificaciones. Aun- 
que dispongan en su ordenador de RENUMBER, les con- 
viene utilizarlo lo menos posible, porque les hará perder 
las referencias a las que están acostumbrados y para las 
que prepararon las diferentes subrutinas. Usenlo al final 
para reordenar todo, (Si están entre los afortunados usua- 
rios del Microsoft Basic 2.0 en el Macintosh, no tendrán el 
problema de los números de línea.) Sitúen las llamadas 
del parser en las líneas 720 y 780, en la subrutina de in- 
troducción y en la de tiempo, respectivamente. Si no uti- 
lizan el tiempo escriban una subrutina constituida por un 
simple RETURN (mejor no alterar el parser). No se olvi- 
den, en la introducción, de poner en LU el número del lu- 
gar inicial. 

Escriban el conmutador de acciones sobre el modelo de 
las líneas 1710-1750. La primera línea (ON.A.GOTO..) indi- 
ca los números de líneas de las primeras diez acciones, 
la segunda (ON A-10 GOTO) los de las diez sucesivas, y 
así sucesivamente. La línea 1750 es muy útil durante la 
puesta a punto del programa: si el número de la acción a 
ejecutar es mayor que el número de líneas previstas en 
el conmutador, imprime un mensaje del tipo “ACCION 25” 
y vuelve. Para nuestra comodidad, es mejor indicar los nú- 
meros de línea de las acciones con intervalos de 50, más 
o menos, de forma que quede un espacio suficiente entre 
uno y otro. 

Escriban las subrutinas que ejecutan las acciones gene- 
rales, que pueden copiar de las nuestras (acciones 1-7, lí- 
neas 1770-2120). Tienen que modificar “Coge” (2) y “Deja” 
(3), quitando los añadidos que se refieren a la nave es- 
pacial. También tienen que modificar "Save" (5) y “Load” 
(6) para su ordenador, si no es un Apple II; no olviden 
guardar y cargar también los posibles temporizadores 
y/o las variables especiales. Naturalmente, pueden aña- 
dir las otras subrutinas generales previstas por ustedes 
(ejemplo "Mueve XXX”, “Abre XXX”, etc.): cuantas más 
haya más "inteligente" parecerá la aventura al jugador. Im- 
portante: verifiquen, y si es necesario modifiquen, los nú- 


meros de líneas indicados en el conmutador. Cada uno 
de ellos tiene que corresponder a la primera línea de la 
subrutina correspondiente (y no a un REM). En nuestro 
programa, las acciones 8 y 9 no se han usado, con el fin 
de mantener reagrupadas las acciones generales, dejan- 
do espacio para eventuales añadidos. Ustedes organícen- 
se como quieran. 
9) Escriban las subrutinas que ejecutan las acciones espe- 
cíficas de su aventura, recordando siempre que tienen 
que empezar en el número de línea indicado por el con- 
mutador y en la posición correspondiente al número de 
la subrutina (el primer número indica dónde empieza la 
primera subrutina, etc.). 
Comprueben una vez más que todas las llamadas del con- 
mutador ON..GCOTO vayan a la primera línea de la: subru- 
tina correspondiente, y que cada subrutina acabe con RE- 
TURN o con un GOTO a otra subrutina, 
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x= 


La aventura está terminada; no queda más que comprobarla, 


Eliminando errores (Debug) 


Seguramente creían que habíamos acabado, pero no estamos 
más que a mitad del trabajo (bueno, un poco más de la mitad), 
Quedan por hacer dos operaciones que requieren bastante tiem- 
po, pero que son fundamentales para la buena marcha de un jue- 
go de aventuras: el debug y la evaluación. 

El debug, como saben, consiste en la búsqueda y corrección 
de errores. En el caso de una aventura en BASIC, los hay de dos 
tipos: errores de programación y errores de juego. Lo3 primeros 
son bien conocidos: se manifiestan con el mal afamado "SINTAX 
ERROR”, con otros mensajes más extravagantes o crean efectos ex- 
traños, como los que puede causar la falta de un RETURN al final 
de una subrutina. A propósito, si después de haber impreso "Un 
poco de paciencia..” el programa se bloquea, señalando un error, 
puede ser que el número indicado en el mensaje de error no sea 
efectivamente el de la línea que lo contiene. De hecho, un erro! 
en los DATA puede ser señalado, según los casos, en la línea elec- 
tiva de DATA donde está el error, en una línea de DATA sucesi 
va, o en una línea de la subrutina de lectura (1040-1070). Motivo 
de más para que se comprueben bien los DATA. Otro error típico 
es la referencia a un elemento inexistente de una matriz. 5 Sus 
aventuras prevén más de 100 vocablos en el diccionario, 30 luga: 
res, 180 acciones o 50 objetos, deberán modificar las líneas 
970-1000 que establecen la dimensión máxima de cada matriz. 
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Dado que esto no es un curso de BASIC, los otros posibles erro- 
res del programa deberán encontrarlos ustedes mismos. 

Para encontrar los errores de juego sólo hay un método: ju- 
gar la aventura probando. dentro de los límites posibles, todas las 
combinaciones de sucesos y situaciones, Lo primero que hay que 
hacer es el control del plano: prueben elegir desde cada lugar to- 
das las direcciones, incluidas las no permitidas, comprobando que 
coincidan con las previstas en su dibujo. 

Cuando estén seguros de que el plano es correcto, comprue- 
ben el diccionario: la aventura tiene que reconocer todas las pa- 
labras que se han incluido. Esto sirve también para comprobar 
que han respetado el correcto orden alfabético en los DATA. Des- 
pués verifiquen que los objetos se encuentran en los lugares don- 
de deben estar, y comprueben que sólo se pueden coger los que 
deben ser cogidos. Al hacer esto también estarán comprobando 
la subrutina de “Coge”. 

Hemos llegado al punto más importante: la comprobación de 
las acciones. Tomen sus apuntes y, partiendo de la primera ac- 
ción, prueben todas las posibles variantes de cada acción previs- 
ta. No olviden ninguna ("total, seguro que funciona”). Prueben ab- 
solutamente todo. En particular, comprueben a fondo la “secuen- 
cia principal”, o sea, la cadena de acciones que lleva a la solución 
de la aventura. Una famosa casa de software estadounidense ha 
puesto en circulación una aventura no resoluble a causa de un 
error de este estilo (y ha tenido que sustituir varios discos); ocu- 
rre hasta en las mejores familias. 

Para aligerar el trabajo de comprobación les servirá de ayu- 
da lo siguiente: pueden parar el programa (con CTRL-C, STOP, 
BREAD o como se llame en su ordenador), cambiar el valor de las 
variables (especialmente LU, por ejemplo LU=5) y hacer CONT 
De esta manera pueden cambiar el estado del juego sin tener que 
hacer secuencias de acciones complejas. Esto es particularmente 
cómodo en el caso de aventuras de dimensiones medias, donde 
se necesita mucho tiempo para conseguir un determinado objeto 
o llegar a cierto sitio. Usen también el “Save” para guardar la si- 
tuación antes de probar todas las variantes en un determinado lu- 
gar (y de paso así comprueben también “Save” y “Load"). Una ad- 
vertencia: si paran el programa durante el INPUT (línea 800), en 
algunos ordenadores no es posible continuar con CONT. Tienen 
que escribir, en cambio, GOTO 800 para continuar correctamente, 

Cuando estén bien seguros de que todo funciona correcta- : 
mente, estarán preparados para pasar a la segunda fase. 
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Evaluación 


La evaluación es una tarea que ustedes mismos no pueden ha- 
cer. No estamos infravalorando su habilidad, sólo queremos decir 
que la valoración de una aventura (como de cualquier juego) no 
la puede hacer el autor. En efecto, la evaluación sirve para esta: 
blecer cómo es acogido el juego por sus destinatarios: los juga: 
dores. Muchos autores omiten este paso fundamental, y mandan 
a las tiendas juegos técnicamente perfectos pero aburridos o in- 
jugables (y no sólo aventuras). 

Para la evaluación necesitarán a uno o más amigos, a ser po- 
sible que no sean programadores (o que no hayan visto sus tra- 
bajos). Siéntenlos, uno por uno, delante del teclado, hagan empe- 
zar el programa y observen cómo actúan. Regla fundamental: ¡no 
digan nada! No deben ayudarles a resolver el juego; en cambio, 
deben tomar apuntes y escribir todas las frases que no habían pre- 
visto pero que merecen una respuesta, las situaciones demasiado 
difíciles, las que son demasiado fáciles, los “Uf, que aburimien- 
to”, etc. Descubrirán que ese problema no era tan fácil como pa- 
recía, que ese chiste no era tan divertido, que la línea obvia de 
comportamiento sólo era obvia para ustedes, y demás cosas por 
el estilo. Descubrirán también que unos resuelven el problema A 
en seguida y abandonan en el problema B. Otros hacen exacta- 
mente lo contrario. Si hay demasiados que abandonan en el pro- 
blema C, es el caso de hacer algún ajuste. 

Sobre todo, recuerden que la finalidad de una aventura es la 
diversión del jugador, y no la satisfacción de decir "Jamás la ha 
resuelto nadie (je, je, je..)”. Por otra parte, superar obstáculos de- 
masiado fáciles no da satisfacción a quien juega. La única manera 
para encontrar el equilibrio justo es hacer jugar al máximo posi- 
ble de personas, y calibrar cuidadosamente la dificultad y las 
ayudas. 

A título de ejemplo, he aquí las principales variantes que la 
evaluación ha demostrado necesarias para "La nave espacial con- 
denada”: 


e Aceptar también “Lee indicador”, no sólo “Mira indicador”, 
El indicador no tiene efecto sobre las acciones, pero es fun- 
damental para la comprensión de la trama y para el sus- 
pense: tiene que ser visto (entre otras cosas, Por es0 hay 
dos). 

e Añadir un objeto “Escalerilla que baja" en el lugar 4 (final 
pasillo S) que, obviamente, no se puede coger. Muchos ju: 
gadores, en efecto, no tienen la costumbre de exploranlo 
todo y tardan en encontrar el reactor (que tiene que haco! 
comprender el peligro y dar pie al rompecabezas) 
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e La acción final "Empuja palanca” es demasiado difícil para 
la media de los jugadores principiantes. Algunos, además, 
se imaginan una palanca tipo freno de mano y dicen “Baja 
palanca” y otras frases por el estilo. Por otra parte, no hay 
que facilitar demasiado la solución para no quitar la satis- 
facción de haberla encontrado. Un compromiso posible 
puede consistir en prever la acción “Mira palanca” y la co- 
rrespondiente respuesta: “Es una palanca típica de cuadro 
de mandos, que se puede mover en dos direcciones”, Si el 
jugador no mira la palanca, peor para él. En las instruccio- 
nes está escrito que “Mira” es una operación fundamental. 
A propósito: si quieren publicar una aventura, escriban tres 
o cuatro páginas con instrucciones sencillas y claras, diri- 
gidas a un lector que no haya visto en su vida un juego de 
este tipo. 


Al hacer añadidos y modificaciones al programa, acuérdense 
de respetar el orden alfabético en el diccionario y el numérico en 
las síntesis de las acciones. Los lugares y objetos nuevos, en cam- 
bio, pueden tranquilamente añadirse al final de los ya existentes 
(no en medio, porque si no cambian los números). 


Finalmente 


Ahora están en condiciones de escribir su propia aventura. Si 
no tienen algo claro, reléanse con calma el capítulo correspon- 
diente, consulten las tablas contenidas en el apéndice y estudien 
el programa de "La nave espacial condenada”. El capítulo siguien- 
te describe el funcionamiento del intérprete, y el posterior ilustra 
posibles añadidos y mejoras para sus aventuras, por ejemplo grá- 
ficos y sonido. 
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EL INTÉRPRETE 


asta ahora habíamos dicho: utilicen el intérpre- 
te sin preocuparse de cómo funciona. Pero es- 
peramos que sean lo suficientemente curiosos 
como para querer estudiar detalladamente su 
mecanismo. Es un programa en BASIC relati- 
vamente breve (unas 150 líneas, incluidos los 
comentarios), pero ligeramente sofisticado: al: 
gunas de sus características provienen del 
IAS programa “Aventura en el castillo”, otras pro- 
vienen de nuestro estudio del lenguaje ADL-1 (ADventure Lan- 
guaje 1). Es, o al menos querría serlo también, un ejemplo de bue- 
na programación: subrutinas breves, cada una de las cuales de- 
sempeña un cometido bien definido. í 

Si tienen un ordenador con un BASIC decente descubrirán 
que muchas subrutinas pueden ser simplificadas. Por otra parte, 
este programa se ha escrito para ser portátil, o sea, para funcionar 
también con los BASIC más pobres (como el del Commodore 64). 
En particular, la limitación de 80 caracteres por línea es bastante 
molesta. 

Describiremos el programa partiendo desde el comienzo y si- 
guiendo el flujo lógico, con regresiones de vez en cuando para 
describir las diferentes subrutinas. ¿Preparados? ¡RUN! 


Para empezar 

La línea 140 envía a la 710, o sea, al programa principal ("main 
program” o “main” a secas para los amigos). ¿Por qué el programa 
principal está al final? Por un motivo práctico: en la mayor parle 
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de los BASIC, el tiempo necesario para encontrar la línea indicada 
en una instrucción GOTO o GOSUB es tanto más larga cuanto más 
adelante esté la línea en el programa (la búsqueda se hace se- 
cuencialmente, partiendo desde el comienzo). Se deduce que para 
aumentar la velocidad de ejecución conviene poner las subrutí- 
nas más utilizadas al comienzo del programa: El programa princi- 
pal, que no es llamado por nadie, puede quedarse tranquilamente 
al final o casi. En realidad, nuestras subrutinas no están dispuestas 
en el orden más conveniente, pero la claridad también tiene su 
importancia. » 

El main (línea 710) llama en primer lugar a la subrutina de ini- 
cialización o preparación de las variables, en la línea 970. Esta em- 
pieza por dimensionar las matrices utilizadas para contener el dic- 
cionario, el plano, la tabla de las acciones y los datos de los ob- 
jetos (970-1000). Si una o más dimensiones son insuficientes para 
la aventura que quieren escribir, pueden aumentarlas tranquila- 
mente (compatiblemente con la memoria disponible). También 
era posible leer en los DATA el número de elementos contenidos 
en cada matriz (ej: READ FD), pero hemos preferido no hacerlo y 
especificar la dimensión con un número fijo (ej. 100 para el dic- 
cionario). Esto es porque la mayor parte de los compiladores 
BASIC no aceptan variables en los DIM, sino que exigen un nú- 
mero (¿qué es un compilador BASIC?, ¿para qué sirve? Lo comen- 
taremos en el próximo capítulo). 

Las matrices numéricas son todas de tipo entero (como indi- 
ca el símbolo % que sigue al nombre) para ahorrar espacio, ex- 
cepto CA. En efecto, cada elemento de una matriz entera ocupa 
habitualmente 2 bytes de memoria, contra los 4-5 de una variable 
numérica normal. CA no puede ser de tipo entero, porque tiene 
que poder contener también números de seis cifras, y el conteni- 
do de una variable entera generalmente está limitado a 32767. 
Atención: no se ha dicho que haya ventajas, en términos de velo- 
cidad, con el uso de las variables enteras. Por ejemplo, en el Ap- 
ple II y el C-64 las operaciones con variables enteras son, en rea- 
lidad, más lentas que las otras (el valor es convertido a formato 
normal, se ejecuta la operación, y el resultado es reconvertido). 

La línea 1010 establece el nombre de los archivos a utilizar 
para la grabación ("Save") de la situación actual. La 1020 no tiene 
ningún efecto, sencillamente recuerda que las cuatro variables in- 
dicadas valen cero al comienzo del programa (útil en caso de re- 
leerlo después de algunos meses). Las líneas 1040-1070 leen las 
informaciones de las líneas de DATA y las ponen en las matrices 
recién dimensionadas. Dado que son sustancialmente idénticas, 
describimos una: la 1040. En primer lugar, se lee un dato en la va- 
riable alfanumérica Af si el dato es “FD, la lectura del diccionario 
está terminada y el programa puede continuar. De otra manera, o 
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sea, si el dato es distinto de “FD”, la variable FD (número de datos 
en diccionario) es incrementada (hay un dato). El elemento nú- 
mero FD (número 1 en este caso) de la matriz DZf$, o sea, el pri- 
mer vocablo, es el dato leído (A$), mientras que el dato sucesivo, 
su código, puede ser leído directamente desde los DATA (con un 
READ) en el correspondiente elemento de la matriz DZ. Habiendo 
leído así un vocablo y su código, el GOTO 1040 repite el ciclo des- 
de el principio (acaba sólo cuando encuentra el final del diccio- 
nario, indicado por el dato "FD””, 

El mismo sistema es utilizado en las líneas 1050, 1060 y 1070, 
con una particularidad en la 1060: habiendo leído un dato alfanu- 
mérico (cadena) en A$ y habiendo aclarado que no es "FA”, hay 
que poner en la matriz CA no una cadena, sino un número. Dado 
que en A$ se ha leído ya una cadena, ésta se transforma en nú- 
mero con la función VAL. La inicialización ha terminado: la 1080 
vuelve al programa principal, y también volvemos nosotros. 

La 720 llama a una subrutina (ya vista) escrita por el autor de 
la aventura, que imprime los títulos, establece el lugar inicial (LU), 
prepara posibles temporizadores y variables especiales, y vuel- 
ve. La 730 llama a la cómoda subrutina de la 1120 (Aprieta <es- 
pacio> para continuar), que sirve para evitar que las informacio- 
nes en la pantalla “desaparezcan” de la vista antes de que el ju- 
gador haya tenido tiempo de leerlas. La línea 1130, que espera a 
que se apriete el espaciador, depende de la versión de BASIC, 
como ya se ha visto en el segundo capítulo. Así como está, sirve 
para el Applle II y el Commodore. 


El analizador sintáctico (parser) 


Las líneas 760-930 constituyen el bucle de juego, ocupado en 
gran parte por el parser (o analizador sintáctico), que junto a sus 
subrutinas constituye la parte más compleja del programa (aquí 
reside la “inteligencia”). La figura 1] muestra el diagrama de flujo 
simplificado. Sigámoslo a grandes rasgos, antes de analizar sus de- 
talles más interesantes. 

En primer lugar, se imprime la descripción del lugar en el que 
se encuentra el aventurero (760) y de los objetos presentes (710), 
después se llama a la subrutina de paso del tiempo (780), ya vista 
en el capítulo 11. La línea 800 efectúa la entrada de la frase del 
jugador, y la 810 llama al analizador del léxico, que envía el códi- 
go de la primera palabra (verbo). Previo control (820) de que 30 
ha escrito efectivamente una palabra (y no sólo artículos o espá 
cios), la 830 se enfada si la palabra acaba por "1 (probablemente 
sea un verbo, como "coger”), advirtiendo que debemos luleal al 
ordenador (p. ej: coge”). La 840 verifica que la palabra esté entre 
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Imprime descripción y objetos 


Pasa una unidad de tiempo 


Entrada frase del jugador 
Extrae primera palabra de la frase 
¿Primera palabra (P18) válida? 


si 


Extrae segunda palabra de la frase 


¿Segunda palabra (P28) válida o nula 


sí 


¿Existe acción P1S+"X” en el lugar LU? 


Imprime “No entiendo” 


10:44 Figura 1.—Diagrama de flujo simplificado del analizador sintáctico. 


las del diccionario, y la 850 llama de nuevo al analizador del léxi- 
co para conocer el código de la segunda palabra. También ésta 
se comprueba (860), recordando que puede ser nula (código 
cero) si la frase está formada por una sola palabra. 

Si la segunda palabra es algo, puede ser un objeto: la 870 bus- 
ca el posible índice en la lista de los objetos y lo pone en ÓB, 
para uso tanto del intérprete como del programador. 

Ya está todo listo: no queda más que consultar la tabla de las 
acciones para ver si la acción indicada ha sido prevista. La línea 
880 prepara los dos primeros tercios de la síntesis de acción, para 
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ejecutar las multiplicaciones una sola vez en vez de cuatro. Las 
líneas 890-920 buscan en la tabla los cuatro tipos posibles de fra- 
se prevista, en orden de precedencia (lean los REM), En el caso 
de una frase compuesta por una sola palabra, el código del nom- 
bre (C2) es cero y se ejecutan sólo la 890 y la 910 (las otras no 
tendrían sentido). 

El test (IF A GOTO 760) al final de cada línea vuelve al prin- 
cipio del bucle en el caso de que la subrutina 500 haya recono- 
cido una acción válida y la haya ejecutado en consecuencia (se- 
ñalándolo con A diferente a cero). Si no se ha reconocido ninguna 
la la 930 imprime “No entiendo” y vuelve al principio del bu- 
cle. 


Análisis del léxico 


Veamos algunos detalles, comenzando por la subrutina de la 
línea 280, llamada en la 810 y en la 840. Analiza la frase IN$ intro- 
ducida por el jugador (con una longitud de LI caracteres, ver lí- 
nea 810) a partir del carácter número IN, extrae una palabra y con- 
sulta el diccionario para establecer el código correspondiente. No- 
ten que el título de la subrutina (260) resume el trabajo: la palabra 
se restituye en P$ y el código en C. 

La línea 290 se salta los posibles espacios iniciales, hasta lle- 
gar al principio de la palabra o al final de la frase (en este caso 
MID$ restituye una cadena vacía). Si en este punto el carácter a 
examen (el carácter número IN) se encuentra más allá del final de 
la frase no había ninguna palabra, En ese caso, la 300 prevé la res- 
titución de una cadena nula en P$ Tratándose de una subrutina 
no demasiado sencilla, hemos preferido saltar al RETURN de la 
360 en vez de poner un RETURN en la mitad de la subrutina, que 
sin duda habría causado problemas en caso de modificaciones su- 
cesivas (dice el sabio: guárdense de las subrutinas con varios pun- 
tos de salida y, peor aún, de las que tienen varios puntos de en- 
trada). 

La línea 310 señala (en A) el punto de comienzo de la pala- 
bra, las líneas 320-330 la miden, carácter por carácter, hasta en- 
contrar un separador, o sea, un espacio, o el final de la frase. En 
este punto, "A" indica el primer carácter de la palabra, e 'IN” apun- 
ta al separador que acaba la palabra. La 340 pone la palabra en 
P$ y consulta el diccionario para determinar el código, la 350 des- 
carta con desdén los artículos (código 7) y hace recomenzar la 
búsqueda de la palabra siguiente, como si el artículo no existiese, 

La subrutina de búsqueda en el diccionario (180-240) no es 
más que una subrutina de búsqueda binaria: el diccionario 65 
"abierto por la mitad” y, tras un vistazo, se descarta la mitad que 


97 


no puede contener la palabra (recordamos que están en orden al- 
fabético); así se va partiendo por la mitad, cada vez, la parte que 
puede contenerla. En pocos pasos, o la palabra es encontrada y 
la línea 190 restituye el código leyéndolo en la matriz correspon- 
diente DZ, o no está en el diccionario y la 230 restituye el código 
cero. “I” y “F" señalan el comienzo y el final de la zona del diccio- 
nario en la que ocurre la búsqueda. La línea 180 los coloca en los 
límites del diccionario, después la zona se estrecha cada vez más. 
Con 100 palabras, el vocablo es encontrado (o se sabe que no exis- 
te) en sólo siete ciclos de la subrutina. +. 


Acciones y objetos 


Cuando el analizador sintáctico ha preparado ya una síntesis 
de la frase y quiere saber si existe (y eventualmente ejecutar) la 
acción correspondiente, llama a la subrutina 500-550 (las llamadas 
están en las líneas 890-920). Esta subrutina busca en la tabla de las 
acciones, utilizando la subrutina 410-460 (que hace una búsqueda 
binaria idéntica a la del diccionario, ¿recuerdan que las acciones 
están ordenadas por número de síntesis?). 

Si la acción no ha sido encontrada, la 500 vuelve con A=0, y 
el parser pasará a examinar la próxima posibilidad en orden de 
precedencia, o imprimirá “No entiendo” si ya las ha examinado to- 
das. Si, en cambio, la acción existe en la tabla, A contiene el nú- 
mero. En este punto puede ser que sea necesario comprobar la 
presencia del objeto citado (OB): si el código de acción (A) es po- 
sitivo, o bien si no hay una segunda palabra, la 510 se salta esta 
comprobación. En caso contrario (o sea, si hay una segunda pala- 
bra o el código de acción es negativo —la 500 muestra que no 
puede ser cero—), la 520 comprueba si el objeto está presente. 
Si OB vale cero no hay ningún objeto y la subrutina vuelve con 
A=1, es decir, como si se hubiera ejecutado correctamente una ac- 
ción. En efecto, se ha impreso la frase "Aquí no está”, y el parser 
no tiene que hacer posteriores búsquedas en la tabla. 

La ansiada línea 530, que ejecuta la acción, se alcanza sólo en 
dos casos: 


e la acción ha sido encontrada en la tabla y tiene código po- 
sitivo; . 

e la acción ha sido encontrada en la tabla, tiene código ne- 
gativo y la segunda palabra se refiere a un objeto presente. 


En el segundo caso, la línea 520 ha cambiado de signo el có- 
digo, que, por lo tanto, es positivo en cada caso. La 530 ejecuta la 
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acción “A” llamando al conmutador de la línea 1710, y después 
vuelve indicando “misión cumplida” (A=1). 

La subrutina 590-610 imprime la lista de los objetos presentes 
en el lugar L, cada uno precedido por la frase contenida en P$ Es 
utilizada por el main (170) para enumerar los objetos existentes 
al lado del aventurero, precedidos de “Veo” (ejemplo: "Veo un pul- 
sador rojo”), y por la subrutina de inventario (2120) para enume- 
rar los objetos presentes en el lugar cero, o Sea, poseídos por el 
aventurero. La subrutina se limita a comprobar la lista de los ob- 
jetos para verificar si el lugar donde se encuentra cada uno de 
ellos coincide con L. La función ABS sirve para ignorar el posible 
signo menos delante del número del lugar, que significa "que no 
se puede coger” (por ejemplo, la cama). 

La breve pero importante subrutina 650-670, llamada por el 
parser en la 870, es la que pone en OB el número (índice en la 
matriz) del objeto citado como segunda palabra, pero sólo si éste 
está presente o transportado (si no, pone OB=0). Funciona de ma- 
nera similar a la anterior, escrutando la lista de los objetos para 
ver si encuentra uno que responda a las condiciones requeridas: 
código en diccionario igual a C2 y lugar igual a LU o a cero, Sin 
esta subrutina sería imposible referirse a un objeto en la forma 
IF LO%(OB).. 
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VARIACIONES SOBRE UN MISMO TEMA 


Compilar 


ste último capítulo está dedicado a las posibles 
variaciones, añadidos y mejoras que se pueden 
hacer en un programa de aventuras. La primera 
y más sencilla operación consiste en compilar 
el programa BASIC, es decir, transformarlo en un 
programa equivalente, en código máquina o en 
otra forma más eficiente. Este trabajo lo hacen 
automáticamente ciertos programas llamados, 

precisamente, compiladores BASIC. 
Son programas complicados que, ciertamente, requieren la 
utilización de una unidad de disco (disk drive). Para los ordena- 
dores de mayor difusión existe, por lo menos, un compilador 
BASIC, y para algunos hay una amplia gama. Por ejemplo, para el 
IBM y el Olivetti pueden utilizar el BASCOMM, para el Apple Il el 
mejor es el viejo TASC, y para el Commodore 64 está el pasable 
PETSPEED. 

Las ventajas obtenidas de un compilador son esencialmente 
dos: 


e la velocidad de ejecución aumenta notablemente (incluso 


más de 10 veces); 
e el programa original (o “fuente”) ya no es legible. 


La primera ventaja empieza a notarse con aventuras de un 
cierto tamaño y, sobre todo, con muchos objetos. La segunda es 
quizá más importante: el programa no puede ser leído y modifi- 
cado por cualquiera, y el trabajo queda protegido (no de la copia, 
obviamente). Además, todos los comentarios son eliminados por 
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el programa y no ocupan espacio en el resultado final. Como com- 
pensación, casi todos los Compiladores aumentan considerable- 
mente las dimensiones del programa: si tienen poca memoria dis- 
ponible, seguramente tendrán problemas. 

Considerando que los compiladores difieren profundamente 
uno de otro, les proporcionamos una regla empírica: para un pro- 
grama de longitud media, las dimensiones del código compilado 
son más o menos iguales a las del programa original comentado 
ampliamente. Partiendo de un programa sin REM (o sea, muy mal 
escrito) las dimensiones aumentan, generalmente, desde un míni- 
mo del 20-30% hasta el doble del original. Si no quieren o no pue- 
den compilar el programa, por lo menos pueden usar una utilidad 
de "crunch” (compactación, compresión). Se trata de un programa 
que, como mínimo, quita todos los REM y une el máximo de lí- 
neas posibles en una sola línea BASIC. Así, el programa se hace 
mucho más pequeño, ligeramente más rápido en la ejecución y, 
sobre todo, de difícil lectura. 

En ambos casos, compilación o compactación, comenten am- 
pliamente la versión inicial del programa. Dado que los comenta- 
rios se quitarán no les cuesta casi nada y simplifica mucho el tra- 
bajo, especialmente si hay modificaciones. 


Mejoras del intérprete 


El programa puede ser mejorado de muchas maneras. Por 
ejemplo, para permitir guardar (en disco o en cinta) varias situa 
ciones con nombres diferentes. Basta con modificar adecuada- 
mente las subrutinas de "Save" y de "Load". Además, sería la oca- 
sión para tener en cuenta los posibles errores durante la graba- 
ción y posterior lectura (por ejemplo: disco completo, disco pro- 
tegido, disco deteriorado, etc.), evitando molestas paradas del pro- 
grama. Una advertencia para quien utilice el Apple II con Prodos: 
no utilicen la orden STORE para guardar las variables. Las matri- 
ces de cadena no leídas por los DATA introducen periódicas y an- 
tipáticas pausas en el programa. Dejen las cosas como están. 

Si se sienten programadores expertos, prueben a añadir un 
control del número máximo de objetos transportables, Parece fá- 
cil, pero no basta con contar los objetos cogidos con "Coge” y los 
dejados con "Deja". Hay que tener en cuenta todos los cambios 
de lugar, desapariciones, etc. Naturalmente, no querrán hacer este 
control cada vez que un objeto sea desplazado en una subrutina 
de acción (ejemplo: LO%(7)=13). Traten de inventar algo mejor. 

Algunos jugadores prefieren escribir en primera persona 
(ejemplo: “Aprieto el botón”). Nosotros encontramos más simpáti- 
ca la segunda persona, tambien porque introduce un tanto de es- 
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quizofrenia (disociación mental) y consiguientes conflictos psiqui- 
cos entre “la mente” (el jugador) y “el brazo” (el personaje) que 
contribuyen a la diversión. Si de todas formas quieren la primera 
persona, no tienen más que cambiar los verbos en el diccionario, 
Cuidado con los reflexivos ("Me tiro”): hay que ignorar el “Me”, 
También pueden ignorar la última letra de un verbo, pero tengan 
cuidado con los irregulares (ej. “Haces”, "Hago”). 

Finalmente, una posibilidad interesante: el efecio de algunas 
acciones puede depender también del azar (gracias a la función 
RND). Como siempre, se trata de un arma de doble filo: si la cosa 
no está bien estudiada, se obtienen comportamientos completa- 
mente idiotas. Si se usa con parsimonia, puede contribuir a la ani- 
mación del juego. 


Color y sonido 


Si su ordenador puede escribir en color en la pantalla, tienen 
la ocasión de añadir un poco de variedad y animación a los men- 
sajes impresos por el programa. Pueden utilizar un color para las 
descripciones, otro para los objetos, uno distinto para las entradas 
y otro para los mensajes, reservando imprevistos cambios de co- 
lor o de fondo para situaciones especiales (por ej. fondo negro 
en el espacio). Es fácil modificar el programa para ese fin. Basta 
con insertar las instrucciones para el cambio del color de los ca- 
racteres (que generalmente son diferentes entre un ordenador y 
otro) en los puntos apropiados: 


e para las descripciones, al comienzo de la línea 760; 
e para los objetos, al comienzo de la línea 590; 
e para las entradas, al comienzo de la línea 800. 


¿Han visto la ventaja de desarrollar un determinado trabajo 
en un solo punto del programa? Las modificaciones son mucho 
más sencillas. Para los mensajes, pueden cambiar el color des- 
pués de la 800 o ponerlo siempre en su sitio después de haberlo 
modificado en los tres casos anteriores. También pueden distin- 
guir los mensajes del parser (tipo “No entiendo”, “No lo tie- 
nes”, etc.) de los del juego, cambiando el color al comienzo del 
conmutador de acciones (1710), pero pensamos que el resultado 
no es de los mejores, desde el punto de vista del juego. 

Aparte del color, pueden introducir algún efecto sonoro en 
los puntos más significativos de la aventura (por ejemplo, un sil- 
bido del aire en el compartimento estanco o la sirena de alarma 
del reactor). No llenen la aventura de sonidos y ruidos; hacen mi- 
cho más efecto si llegan inesperadamente. 
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Dibujos y gráficos 


Desde el punto de vista del programa, una aventura gráfica 
es idéntica a una de tipo texto, cómo la que está descrita en este 
libro. La única diferencia es que las descripciones de los lugares 
se han sustituido por dibujos, así como también (en las aventurag' 
bien hechas) las descripciones de los objetos. En compensación, 
los mensajes de respuesta generalmente soy muy breves, tenien= 
do que estar en la parte de la pantalla no ocupada por las figuras, 

Si hay en circulación muchas ayenturas de tipo texto mal es 
critas, de tipo gráfico mal realizadas, hay una verdadera invasión, 
especialmente para los ordenadores domésticos más difundidos; 
Muchos creen que algún dibujo (a menudo aproximado) basta 
para tapar una sustancial carencia de inteligencia del programa: 
y de fantasía del autor. Son particularmente molestas las aventu- 
ras cuyos problemas se resuelven con una sola frase, escrita con 
las dos únicas palabras admitidas (no funciona ningún sinónimo). 
Ya hemos hablado de esto, pero tenemos la impresión de que mu-' 
chos autores utilizan los gráficos como simple tapadera de traba- 
jos de baja calidad. Moraleja: Si no se creen capaces de escribir 
una buena aventura gráfica, renuncien a los dibujos y busquen lá 
manera de que los jugadores se diviertan. Si, en cambio, se ani" 
man, les damos algunas ideas sobre las cuales trabajar: 


e en primer lugar, consideren que en casi todos los ordena- 
dores la utilización de los gráficos quita memoria al BASIC. 
Ténganlo en cuenta adecuadamente; 

e una manera poco comprometida, pero pasablemente eficaz, 
para insertar gráficos en sus aventuras consiste en hacer 
aparecer, de vez en cuando, imágenes "a toda pantalla” de 
las escenas más significativas (por ejemplo, la sala del reac- * 
tor de la nave espacial). Sencillamente se trata de tomar la 
imagen del disco cuando sea necesaria; si no tienen disk 
drive, o éste es tan lento como el hambre, olvídense de él 
(si son expertos, pueden trabajar en lenguaje máquina y te- 
ner alguna imagen en los “agujeros escondidos” de la me- 
moria). La cantidad de imágenes puede aumentarse si tie- 
nen a su disposición un programa de utilidad que les per- 
mita tener las imágenes en formato comprimido (es decir, | 
utilizando menos memoria); 

e un método más sofisticado, utilizado en gran parte de las 
mejores aventuras, consiste en utilizar un “Lenguaje gráfi- 
co”, en el cual la figura está descrita como un conjunto de 
puntos, líneas, áreas, y así suvesivamente. Por ejemplo, un 
rectángulo es memorizado simplemente con las coordena- 
das de dos vértices opuestos. Este tipo de lenguaje, que 
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permite tener muchas imágenes en poca memoria, puede 
estar ya disponible en el ordenador en forma más (Macin- 
tosh) o menos (IBM, MSX) evolucionada, puede adquirirse 
en disco (ejemplo: Graphics Magician para Apple 1I) o pue- 
de estar escrito por ustedes mismos si tienen la paciencia 
o los conocimientos para hacerlo. Se requiere, como míni- 
mo, que el ordenador tenga las instrucciones para dibujar 
puntos y trazar líneas. Si no las tiene, es necesario proveer- 
se de una extensión de BASIC adecuada, como el 
BASIC Simon para el C-64 (por lo menos se puede utilizar 
sin complicados y lentísimos POKE); 

e en las aventuras gráficas el problema principal está cons- 
tituido por los objetos: resulta antipático dibujar un lugar 
sin mostrar los objetos presentes, o afrontar el arduo cami- 
no de superponer objetos sobre el dibujo sin chapuzas O 
perspectivas absurdas, o limitarse a un dibujo de los obje- 
tos presentes fuera de la figura principal. Para el inventario, 
la figura grande puede ser sustituida por figuritas represen- 
tativas de los objetos transportados. 


Aquí nos paramos. Hemos arañado apenas la superficie del 
problema; necesitaríamos otro libro para tratarlo de manera ade- 
cuada (podríamos también escribirlo; antes o después..). En esen- 
cia, el camino de las aventuras gráficas puede dar grandes satis- 
facciones y grandes desilusiones. Si lo quieren recorrer, primero 
practiquen con aventuras clásicas de tipo texto. Recuerden que 
los gráficos no pueden salvar nunca a una aventura mediocre. 


Conclusión 
Aquí acaba la aventura. Hemos intentado pasarles una parte 
de nuestra experiencia, ahora es su tumo, Por nuestra parte, toda- 


vía tenemos muchas cosas que contarles y esperamos tener pron- 
to la ocasión de hacerlo. 
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Diccionario: 
FD 
DZ$(1..FD) 
DZ(1..FD) 


Plano: 


FP 
DES(1.FP) 
DIS(1.FP) 


Acciones: 


FA 
CA(1.FA) 
AZW(1.FA) 


Objetos: 
FO 
OB$(1.FO) 
CO%(1.FO) 
LO%(1..FO) 


VARIABLES PRINCIPALES DEL INTERPRETE 


Número de vocablos en el diccionario. 
Vocablos en orden alfabético. 
Código de los vocablos correspondientes a DZ$ 


Número de lugares en el plano. 

Descripción de los lugares en orden de número. 
Conexiones del lugar descrito en el correspon- 
diente elemento de DE$ con los seis lugares adya- 
centes (N/S/E/O/A/B). 


Número de acciones en la tabla. 

Códigos (síntesis) de acción en orden numérico. 
Número de las acciones correspondientes a ejecu- 
tar; negativo si se requiere la presencia del objeto 
citado. 


Número de objetos. 

Descripción de los objetos en orden del número 
de objetos. 

Código en el diccionario del objeto descrito en el 
correspondiente elemento de OB$ 

Lugar del objeto correspondiente: 

MER lugar indicado, se puede coger. 
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Varias: 
LU 
OB 


PI$P2$ 
GLES 
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-1.-FP lugar indicado, no se puede coger. 
O transportado por el aventurero. 
-99 “limbo” (fuera del juego). 


Lugar actual del aventurero (variable). l 
Número del objeto citado como segunda palabra; 
cero si no está presente o es transportado. ' 
Primera y segunda palabras válidas de la frase. 
Códigos en el diccionario de P1$ y P2$ 


SINTESIS DE ACCION Y PRIORIDADES 
DE BUSQUEDA 


Síntesis de acción = número de 6 cifras (LLPPSS): 

Código del lugar (2) + Código primera palabra (2) + Código se- 
gunda palabra (2). 

Ejemplo 034709: la acción es ejecutada si la frase compuesta por 
dos palabras con códigos de diccionario 47 y 9 se escribe en el 
lugar 3, 


e Primeras dos cifras (código lugar): 


00 Acción válida en cualquier sitio. 
01.FP Acción válida sólo en el lugar indicado. 


e Cifras centrales (código primera palabra): 
01.FD Código de la primera palabra en el diccionario. 


e Ultimas dos cifras (código segunda palabra): 


00 Segunda palabra nula, frase de una sola palabra. 

01.FD Código de la segunda palabra en el diccionario. 

99 QX). Vale cualquir palabra siempre que sea válida, 
o sea, existente en el diccionario y no ignorada (ej. 
artículos). 


Prioridades de búsqueda de acciones con frases de una palabra: 
LLPPOO Palabra escrita en el lugar LL. 
OOPPOO Palabra escrita en un lugar cualquiera. 


Prioridades de búsqueda de acciones con frases de dos palabras: 
LLPPSS Pareja de palabras pronunciadas en el lugar LL. 
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LLPP99 
OOPPSS 
OOPP99 
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Primera palabra, seguida de una palabra válida 
cualquiera, pronunciada en el lugar LL. í 
Pareja de palabras pronunciadas en un lugar cual- 
quiera. S 
Primera palabra, seguida de cualquier palabra vá- 
lida, pronunciada en cualquier lugar. 
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a realización y utilización de los llamados 
“juegos de aventuras” es, sin duda, uno 
de los aspectos más atrayentes de los or- 
denadores. Con este libro de la B.B.I. le 
ofrecemos simultáneamente la posibili- 
dad de acceder a: 
e un juego de aventuras completo; 
e la técnica para diseñar sus propias 
aventuras sin excesivo trabajo; 
e nuevos conocimientos sobre el BASIC. 
Para lograrlo nos basamos en el gran juego “La nave es- 
pacial condenada”. Tras presentárselo y ofrecer su lista- 
do se conduce al lector más allá del escenario y las can- 
dilejas, pasando sobre los PRINT y los READ, para expli- 
carle y enseñarle los trucos más útiles y curiosos que se 
emplean en este género. 
Es suficiente un mínimo conocimiento del BASIC para ser 
capaz de diseñar a partir de aquí sus propios juegos de 
aventuras, aprovechando el “esqueleto” universal que in- 
cluimos. Los más expertos encontrarán también una des- 
cripción completa del funcionamiento del programa, lo 
que les dará la oportunidad de construir juegos más com- 
plejos y sofisticados. 


395 pts. 
(incluido IVA) 


